一屋不扫，何以扫天下。再说也没有那么多天下(大系统)可扫，更多的是一个个本身居住的小屋(手边的小项目，子模块)，因此认真的开始扫本身的小屋。
web
在visual studio中，解决方案(Solution)下能够建立多个项目(Project)，不少复杂的系统会包括各种型项目，web ui的，web api的，app(不一样手机平台的)，小程序公众号的(不一样厂商的)，desktop的(不一样操做系统的)，甚至还有嵌入式的，其实，再大的系统，也会拆分来开发，更况且如今的微服务思想，也是建议把一个单体的大应用，变动功能独立的微服务，因此，作好小项目很重要。数据库
小项目(模块)也是须要架构的，大项目通常有统一的要求，好比ORM，日志，监控埋点，小项目基本是就是靠我的发挥了(固然有的团队也会给公司的项目做个标准要求)。小程序
我想从几个方面分享一下本身的经验，仅供参考：
api
业务模块架构
开发：根据需求肯定项目架构，选型框架：是否是一个公众号就能解决，或一个desktop就能够；不少时候框架是用户或上级肯定好的，基本是照作实现，那就要把重心放在需求的分析，模块架构分层，ORM选型；还有就是要重视一些三方模块的license，毕竟尊重别人也是尊重本身
app数据库：不少项目是解决一类事务的，事务的结果就会变成数据，以供后期使用，汇总，选择适合的数据库很关键；分析项目数据的规模，访问量，来选择合适的数据库；再就是数据库设计，该符合的范式都符合，其实有时实体数据库不失为一好的选择。框架
日志数据库设计
必定要帮本身上个好的日志框架，由于本身确定会写出bug的；同时必定要写好日志，出问题时，不只能定位问题，还能解决问题，能在适当的地方，适当的时候，记录下适当的日志，这是个技术活，须要经过经验总结和完善。微服务
监控报警ui
若是你作的是web，或后台任务类的项目，长期在线，那必定要加上监控报警，要不你老是在最后知道系统塌了，而后就会……
架构的话题太广，架构技巧也林林总总，虽然作的是小项目，也要认真作好业务架构，作好分层；数据库设计，符合范式，拥抱实体库；千万加上日志，千万；监控报警能用就有。
扫好小屋，等待天下！