本文主要是介绍NetSuite开发实践-良质之美，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
近期，在开发同学的一个工作作品中，我感叹到有一种结构美。这种感受是直接的，与《禅与摩托车维修艺术》所说的“良质”一样。无法用言语诉说，但是一眼就可以看出。
这个触动让我想缕缕思路，琢磨一下“程序之美”，以及其下的“匠人精神”，以及再下的“哲学意味”。有点李泽厚先生在《美的历程》中说的由羊大之美，到羊人之美的意思。
- 程序之美，来自开发工作的最佳实践。
- 匠人精神，是程序之美的根基。
- 哲学观，产生匠人精神的土壤，使其成为一种工作精神。
NetSuite开发最佳实践之美：
- 复用为导向的开发框架
- NetSuite常见业务场景的归纳
-
- 自动赋值
- 值检查
- 跨表查询
- 新业务单据流
- 接口
- 通用代码库文件
将常用的动作库文件化。例如，数据查询、值格式转换、判断、访问授权等。
- ID含义清晰
- 在项目中的定制内容，需要使用“项目代码”进行命名。这样可以保证在Bundle时，容易识别出项目的定制内容，避免打包出错。
- 参数化
- 避免在代码中使用特定值
由于Sandbox和Production间的数据差异，如果使用InternalID作为特定值，理论上在迁移环境后必然会出错。
- 外置数据源
在业务场景允许的情况下，尽可能的将数据查询类的数据源定义外置化。意味着，让业务顾问以Saved Search来构建数据源，以适应用户的需求波动。当用户需要添加一个字段时，由业务顾问调整Saved Search即可。
- 代码前的用户设计评审
坚持设计文档的客户评审。因为在我们的工作实践中，每次的用户设计评审，客户都能提出我们忽略的内容。
- 全过程文档
在项目中，由于甲乙双方的人员流动，往往导致，后期接手人员对当时的需求、设计、实现都出现断层。因此，详细的文档变成唯一的连接线。从需求、设计、到发版说明，一个都不能少。
为什么我们需要在工作中遵从这样的最佳实践？
匠人精神！
这种精神内涵就是一种精益求精、不断探究、自我超越的精神。
我媳妇说的对，在我们的工作做很难达成“完美”。客户对我们的服务和产品，总是存在这样那样的更高、更新的要求。一个产品或服务的完美状态是不存在的，但是我们追求极限的奔跑过程可以很“完美”。
这就进一步下沉到了我们想讨论的最底层：西西弗斯。
在无意义的人生中，我们追求的是什么？
答案很多：
YOLO，是最热辣滚烫的答案。
我的答案是：爬那高耸入云的山，直到爬不动为止。
最近一直在忙，这周才稍微轻松些，把近期的所思文字下。以此为标记，继续向前！
如果有任何关于NetSuite的问题，欢迎来谈。邮箱：service@truston.group
这篇关于NetSuite开发实践-良质之美的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
