我搜索了很多,找不到我要找的东西。
我在寻找一些架构实践,--我的意思是,有很多关于设计模式的书,但是我想要类似于对EE应用程序架构中常见错误的分析。我所发现的-反模式,如字符串连接或其他东西,可以在FindBug或Sonar的帮助下找到。
我是怎么想出来的:
为什么我认为设计模式书不适合我:
开发人员可能从这类书籍中了解许多设计模式,但无法根据具体情况选择正确的设计模式。IMHO,这是因为这些书没有给你任何实践,也没有教育读者哪种设计模式应该适用于任何情况。那些书只是给你一个现成的解决方案。
编辑:
再也没有答案了。因此,我想扩展我的问题:
我相信,不,我确信有专门的课程来提高架构技能,展示web应用程序设计中常见的错误等等。此外,我知道有许多会议与这一主题有关。
请告诉我到哪里去找。
发布于 2013-11-19 11:27:53
关于模式的问题是一个关于设计模式的新鲜而有趣的视角。
很多密码。有很多赞成和反对意见,很实际。每次重读,我都会学到一些新东西。
它一直是我去预定的“在GoF和Head优先设计模式之后的下一步”。我喜欢它,它已经被那些尝试过它的人很好地接受了。
发布于 2013-11-15 14:30:16
我可以假设您知道如何使用依赖项注入创建独立的对象吗?如果不是这样的话,这将是培育重用和创建更健壮的体系结构的极好方法。使用DI将是重新架构现有解决方案的极好方法。(与之形成鲜明对比的是,由于相互依赖,代码变得很脆弱。)
虽然您不打算阅读Design图书,但我还是请您看一下J.Kerievsky的模式重构。
Kerievsky为您介绍了一些具有“将创建知识转移到工厂”之类的真实生活重构。(这是“现实生活”,因为他使用的是实际代码,而不是人为的例子。)
最后,我们最近使用Spring集成作为企业集成模式,这让我感到鼓舞。如果您在中架构并实现了一个中等规模的项目,您将获得相当多的DI和EIP方面的经验。
发布于 2013-11-18 07:44:07
在我看来,我认为浏览设计模式的类图将对您有很大帮助。
此外,我还建议简要介绍一下"Head First Design Patterns“一书。根据我的经验,这本书有一些很好的例子与每一个模式,这将有助于您在模式选择。
根据设计模式的选择,您可以通过在不同的场景中实现越来越多的模式来开发它。
https://stackoverflow.com/questions/20002524
复制相似问题