Blog

Blog

PHODAL

网站架构设计(二)——博客的框架

或许这是一个小的过程,不过也算是一个好的起步,开始好好地试着去认真写一个博客。 也不是说之前不够认真,只是似乎变得更专业了,这些都是一个有趣的过程。

框架设计

记得一开始的时候,为了玩某个东西,会找之前熟悉的内容,用新的语言或者框架重新做一遍。算是为了更好的学习,也算是为了好好的对现在的框架有一个更新。于是在这里引用一下,之前说过的那些话语。

在这里对于我们构建我们的API来说,我们所要做的便是生成一个RESTful接口,对于我们用的是怎样的构架已经无所谓了。Nodejs与RESTify的作用便是相当于一个微服务,具有与之相关的特性,如:

  • 服务本身是非常简单的,每个服务侧重于做好一件事;
  • 可在这个位置使用最佳和最合适的工具来构建每个服务;
  • 建在这样的系统本质上是松耦合;
  • 多个开发者和团队可以彼此相对独立的提供这种模式下;
  • 他们是一支伟大推动者连续输送,让频繁的发布,同时保持系统的其余部分可用的和稳定的。

我们可以选用不同的框架来做这些事情,而不需要去考虑其他因素,所要做的是便是独立开发。而在这时,负责移动UI的程序员也可以很愉快地开发了他们的开发之旅,而不是等待。

我想表达的也就是选择最合适的语言、工具去做他们擅长的事。记得在《架构之美》(Beautiful Architecture)中有一章就是关于Emacs,好的语言和好的框架可以给系统带来更强劲的动力。或许这也就是架构设计在今天很重要的原因,毕竟一开始选择对了,后面也就轻松了。

网站架构设计

当我开始了解一些更好的框架及其设计的时候,我开始明白保持弹性的重要性。对于系统来说扩展是否方便,决定了其以后的开发难度,一开始的简洁、高效不一定对后期会有更大的帮助。只是人们对于速度的追求,也就决定了不同系统有着不同的特质。对于一个不可扩展的系统来说,其后期的结果便是如下图如示,我们需要的只是如下的数据,于是我们从新读取了数据再进行处理。

Phodal.com Architecture
Phodal.com Architecture

然而,在这个系统中由于好的地方是在于其后期所加的功能有着更好的扩展性。只是当我开始用Tastypie构建RESTful,以替换RESTify的时候,我发现在现有的系统中也有着更好的扩展性能。

寻求一些再有的框架来替换旧有的组件便成是一件有意思的事,这时我便开始想微服务的重要性。只是对于一个Full Stack来说,这才是有意思的,当我开始重新构建一个新的系统的时候,我便会去寻求种种的可能性。只是这样子的结果,便是我需要去写一个脚本来启动不同的几个服务。

关于我

Github: @phodal     微博:@phodal     知乎:@phodal    

微信公众号(Phodal)

围观我的Github Idea墙, 也许,你会遇到心仪的项目

QQ技术交流群: 321689806

新书《前端架构:从入门到微前端》

《前端架构:从入门到微前端》是一本围绕前端架构的实施手册,从基础的架构规范,到如何设计前端架构,再到采用微前端架构拆分复杂的前端应用。本书通过系统地介绍前端架构世界的方方面面,来帮助前端工程师更好地进行系统设计。

前端架构包含以下五部分内容:

  • 设计:讲述了架构设计的模式,以及设计和制定前端工作流。
  • 基础:通过深入构建系统、单页面应用原理、前端知识体系等,来构建出完整的前端应用架构体系。
  • 实施:通过与代码结构的方式,介绍如何在企业级应用中实施组件化架构、设计系统和前后端分离架构。
  • 微前端:引入6种微前端的概念,以及如何划分、设计微前端应用,并展示了如何实现这6种微前端架构。
  • 演进:提出更新、迁移、重构、重写、重新架构等架构演进方式,来帮助开发人员更好地设计演进式架构。
comment

Feeds

RSS / Atom

最近文章

关于作者

Phodal Huang

Developer, Consultant, Writer, Designer

ThoughtWorks 高级咨询师

工程师 / 咨询师 / 作家 / 设计学徒

开源深度爱好者

出版有《前端架构:从入门到微前端》、《自己动手设计物联网》、《全栈应用开发:精益实践》

联系我: h@phodal.com

微信公众号: 与我沟通

标签