打开Axure，点击左上角概要，看看里面是不是一堆“（形状）”“（组合）”“（矩形）”“（图片）”“Lorem ipsum”？如果仅仅是几页的简单低保真原型，使用默认命名倒也无伤大雅，但一旦开始制作高保真原型，规范命名的重要性就不言而喻了，因为我们在编写交互时需要的组件往往有很多个相同或类似的，如果不加以正确清晰的命名很容易混淆并导致逻辑出错（而且在现有Axure的Debug方式，这种因为选错元件导致的逻辑错误如果交给别人来查看和排错是很麻烦的）。这也就是互联网大厂们在做原型时各家都有各家详尽的规范可循，不单单为了让不同的产品经理生产出来的产品文档对于开发而言都有尽量高的可读性，同时也是让同一份产品文档被多个产品经理接手时能够降低沟通成本，提高工作效率。
这里对于命名谈几点我自己的看法：
1. 页面的命名最好以实际功能+Page来进行描述，同一页面下的不同功能建议使用“-”号进行分割标注。例如登录页面我们可以起名LoginPage，登录页面中包含的短信验证码页面我们就可以起名为LoginPage-SMS，这样清晰、明确。为什么不用Login-SMS这种更简单的写法呢？虽然Axure中页面名字仅仅在打开页面及函数调用时候可能会用得到，但为了避免与元件名字重合，建议所有页面中均带有Page字样以供辨认。
2. 所有的元件和页面名不建议使用中文，如果实在英文比较费劲，可以尝试拼音标注。虽然Axure在我看来对于中文变量名支持的已经非常不错了，但是依旧不建议在任何涉及逻辑的地方使用中文，以免发生一些未知的错误。
3. 元件名写法可以使用大驼峰（帕斯卡命名法）或者匈牙利命名法。个人习惯使用帕斯卡命名法（即每个单词首字母大写），虽然匈牙利命名法更为直观好分类，但帕斯卡命名法简单好打，更适合我。
4. 在给元件命名时建议以“功能”+“属性”的方式进行命名，如返回按钮“BackButton”，删除按钮“DeleteButton”，装好友列表的动态面板“FriendListDynamic”，放头像的中继器“AvatarReapter”，好友列表母版“FriendListUnit”。这样我们在寻找对应元件进行逻辑编写时可以通过搜索框搜索功能或者名字快速准确地找到我们需要的元件，而避免了在列表中反复一遍遍的翻找。
5. 全局变量的命名建议使用通俗易懂的“功能描述”，比如这个变量作用时记录跳转到相册的页面名，我们可以非常直观的对其起名为“WhoCalledAlbumPage”,这样在调用的时候会比Var1，V1111，GlobalVar1，GlobalVar1111这种变量看起来好辨识的多。
6. 如果页面和元件很多，请务必使用组功能对其进行分组，快捷键很简单，选中对应页面和元件并按cmd+G。对页面的分组一般以功能划分来确定，例如登录前的页面统一分组为“BeforeLogin”，聊天页面统一分组为“Chat”等等。而元件的分组比较灵活，由于元件库的使用，经常可能会组套组的现象，这个无伤大雅，我经常以按钮、面板、功能、逻辑来确定分组，具体情况需要具体分析，这里不再做赘述。
通过合理的命名和分组，我们在制作原型时可以少去很多查找元件的时间，同时也大大提高了这份元件对于他人的利用率，请大家在日常工作学习中对于命名分组多多留意，养成良好的命名习惯。
——————————————————文章目录——————————————————
Chapter 1
开始前的准备
Chapter 2
开始做吧,初学时懵逼的问题：
Chapter3
实战教程，未完待续...
