FileMaker的主体用户是中小企业. 我需要定义这里我所说的“大型”系统, 满足以下几个必须条件是我所说的“大型”
- 使用了Filemaker Server, 多人在线使用, (与之相对的是, 单机用户的场景)
- 数据量有一定的规模, 比如数据几万条, 特别是单次业务操作的数据也有一定的规模. 每次要操作数十条或数百条的数据. (与之相对的是, 几百条记录, 每次操作顶多几十条记录的场景)
FileMaker开发大型业务系统时的几个原则:
原则一: 关系优先于SQL
原则二: 函数优先于脚本
原则三: 列表优先于入口
原则四: 值列表参数优先于JSON参数
原则五: 多窗口优先于单窗口
原则六: 空间换效率.
原则七: 关系中慎用比较
原则八: 按需调用Summary统计
FileMaker开发大型业务系统时, 常被忽视的几个陷阱:
- 陷阱一: 过度重视所谓的“技术”, 而忽视“应用”具体表现: 1) 经常使用ExecuteSQL 2)过于依赖JSON, 无论开发也好, 执行也好, JSON的效率都太低, 万不得已时才用.
- 陷阱二: 过度重视UI设计的美观.Filemaker是效率工具. 任何时候, 效率都应该优先于美观, 而效率往往离不开“丑陋”
