1．详设的整体思路

 ① 根据画面迁移图确定迁移元，然后确定迁移的方式，是普通迁移还是popup，而且要注意传过来的参数，如果客户没有给出，则要自己把握，看看本画面需要什 么，前画面是否能传过来，如果这样的话，一定要跟相应的担当一同讨论确定，不能擅作主张，避免需要的参数没有传过来，造成接口不一致。

② 画面的初期表示也是个重点，画面各个内容要如何表示，lable还是button，是普通的button还是带图片的button，画面上有没有啥制御 （表示或者非表示，操作可还是不可操作），这些都要考虑，画面上有连动处理的要特别注意一下，记得做个特殊说明，如果有日期控件而且带日时下拉框的一定要 问好初期化的状态，还有各种check的有无。

③ 再有就是画面的基本处理了，一般就是要求增删改查处理，这时得注意处理前的check，不管是业务逻辑的还是操作需要的（业务check有时候比物理 check更重要，而且更好使），如果是检索的话要考虑检索零件的时候，如果是更新的时候则要考虑排他check，一般项目有共通方针，只要跟 leader确认就好。

④最后操作完毕后要不要进行迁移，如果迁移确定传递的参数，如果不迁则要重新reload，此时就得看看和初期化有什么区别了，然后考虑此时有没有什么特殊处理需要进行，如果基本设计好这些都会有，如果没有则需要自己去根据业务进行判断，然后再跟客户确认。

2．详设过程中的其他注意点

 ① 一本处理中有相同的操作过程，能写参照的就写参照，让开发者知道哪块的处理一致，用一个方法就可以解决了，这样可以避免冗余代码；如果多个画面都用的方 法，能写成共通的就写成共通，如果项目比较大，应该会有人去写这个，如果没有则需要在了解其他式样的基础上自己去发现，这里也就有个无形的要求多了解式样 多和其他担当沟通，也许这些已经超出了一个详设担当的工作范畴，但是多思考肯定无害。

②业务一定要整清楚，有不清楚的一定要跟客户确定清楚，不要把疑问留到开发阶段，而且提QA最好是…ですか…ですか，给出自己的理解，让客户去确认，如果基设实在简单，你可以让客户去描述的详细写。

③ 有时候详设对待某个处理只需要写个要求，具体实现方式则交给开发，比如某个按钮实现把图像扩大200%，详设没有必要把扩大的原理也写出来；如果某些处理 要写实现方式，而此时有不明确的实现方式，一定要确认清楚。比如依据店铺ID去找店铺对应的广告，其中需要路径以及广告文件的名字命名方式，哪些是从数据 库取，哪些是拼接，哪些是截串都要确认好。

④在与DB的交互设计时，一定要考虑好SQL文的写法和实现方式，不确定的可以在DB上跑一下试试。此时需要注意的几个事项

a.写SQL文时一定要根据检索的内容在画面上得表示情况对其排序，如果只有一条record那就大可不必了。

b.检索结果里面有Min的时候，并且还有其他项目，没有group by，sql是会报检索error的。

c.一定要注意不同DB对SQL函数的用法不一，大众的有oracle，小众的也有PostgreSQL。

⑤button的设计：要说点击的时候执行什么操作，不能写按下时执行处理，再按下时又执行另一个处理，具体分歧只能在点击的时候进行判断。

⑥如果是很少人操作的管理页面，可以用锁画面的形式进行排他，这样就避免了很多麻烦的细节处理。

如果转载请标明出处： 羽鸿出品