从黑盒白盒看架构

        我也有时要进行编程，可是总以为别扭，别扭在哪那？就是本身修改某个功能的时候，感受内心仍是比较踏实，由于有一个明确的目标，但当我去完整的作一个项目的时候，就感受本身像是在沙漠中努力前行同样，作出来的东西没有任何的规划，不是实现不了，而是感受很费力，像是逆水行船，还不知道到底能怎样。

      看编程的书，知道每一个软件都是通过规划后才作成的，也看了不少范例，感受人家作的是成竹在胸，那步怎么走都想的很好，但当本身要作的时候，我就又像陷入了泥潭。怎么走也吃力。学习了信息系统项目管理师教程，知道我应该把软件分解，而后按分解的任务去作，一个任务一个任务的去作，这样就好作多了，方向也很明确了。这个方法不错，但老是掌握不了。根本就不知道怎样分解任务。

      前两天看了系统架构师高级培训，学到了很多东西。里边给我最深印象的就是关于架构的理解。

作成什么样就是架构作好了那？这个问题想了好久，终于有所悟，不知道对与不对，但也是本身的一点点认识，若是想作架构，就必须掌握黑盒思想，实际上架构就是黑盒思想的具体实现。若是咱们进行详细设计，咱们就必须掌握白盒思想，在这两个思想的基础上，咱们要提出本身的基础服务概念，也就是咱们把那些常常用的功能，收集成基础服务，这样这些基础服务就能够支持白盒思想指导下的详细设计了。到这里我归结成一句话，就是白盒思想和黑盒思想就是在编程中的实际的两种思想。由于咱们知道基础服务函数也是按照黑盒思想来设计的。。

想明白了上边的问题，就看是否是在实际应用中有所收获了。咱们编程的两个思想，其实是微观的两个思想。

由于在宏观上，咱们还有两个东西就是，关于敏捷方式开发仍是瀑布模式开发，实际上，这个问题也是混合出现的，只有在瀑布模式和敏捷模式相互相成的状况下，才能真正作到规避风险的同时提升效率。

在基础服务提供的实际设计中，咱们应该考虑的就是维护，健壮，效益，等等内容，让咱们在黑盒的思想产生的模块内部，精巧的实现白盒的实现策略和方法，就能让咱们的编程更加的稳定和容易维护，这个就是设计模式里边要解决的问题了。

不知道是否是理解的有误差，欢迎你们指证和交流。我是但愿进步的一我的。