![]() |
1
3
根据我的经验,这里有一些关于模型设计的想法。
我用这种方式将一个应用程序从SQL移到了Cassandra。通过将所有数据访问分离到一个WebService,为WebService实现一个好的测试套件,然后重新实现WebService。之后,这个应用程序变得更小更干净了。 我认为你担心的是错误的事情。将数据访问层/模型视为提供理想的服务,使您的UI尽可能容易实现。设想一下这个理想的数据访问层是什么样子的,这将使工作变得容易。切断那个接口,然后使它活跃起来。从内部看,这并不重要。 重要的是应用程序必须完成,必须工作,必须可读,易于维护。就我个人而言,我不会流汗。除非你的应用程序的一个关键要求是当从内部观察时,它能给人留下深刻印象,否则你会担心错误的事情。阅读别人必须说的话,使用你内心的共鸣和有意义的东西,但如果你所读的东西在你的项目中似乎对你没有帮助,不要为此而苦恼。 |
![]() |
2
0
根据我的经验,我知道模型很快就会过时,特别是随着细节和复杂性的增加。此外,过分关注开发详细的建模工件可能会降低团队向客户提供增量价值的能力。因此,我建议您考虑一种敏捷的方法来生成向团队提供足够详细信息的模型,以便他们能够在大约2-4周的迭代内为您的客户提供有价值的特性。看看斯科特·安布勒的 Agile Model Driven Development (AMDD) 方法论。 |
![]() |
Ali Özen · Laravel合并逻辑 7 年前 |
![]() |
Dark Patate · QML:重新加载模型 7 年前 |
![]() |
Wei Kang · 未找到Laravel eloquent模型类 7 年前 |
![]() |
Ajay · 表格标题在UI5应用程序中不可见 7 年前 |
![]() |
Romeo · KeystoneJS复数选项在AdminUI中不起作用 7 年前 |
![]() |
Stacky · 默认的“SpringWeb”模型属性用法和文档 7 年前 |