开发框架

转载：https://my.oschina.net/u/3820517/blog/3072547 诞生于 2014 年的“微服务架构”，其思想经由 Martin Fowler 阐述后，在近几年持续受到重视，理论与相关实践都不断发展，目前它已经成为了主流软件架构模式。 关于微服务架构是什么，没有一个明确的定义，每个实践者有自己的理解，但是有人给出的一个公式值得思考： 微服务架构 = 80% 的 SOA 服务架构思想 + 100% 的组件化架构思想 + 80% 的领域建模思想 微服务架构的优点很多，比如它解耦业务，提供更高的灵活性，允许在服务频繁发版的同时保持系统其它部分的可用性与稳定性；解耦编程语言，针对不同业务可以使用更加合适的语言进行开发；解耦开发团队，不同团队各自负责一个微服务，互不影响，加速交付。 关于微服务架构，网上资料相当多（因为现在很火，各家都有实践案例分享），读者可以另行查阅，这里不赘述。 下边为大家列举了当前最为火热，最常被人提及的开源微服务开发框架，希望对开发者有一定的帮助（点击项目名，可以直接跳转介绍页）： Spring Cloud Spring Cloud 为开发者提供了分布式系统配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性 Token、全局锁、决策竞选、分布式会话与集群状态等的开发工具。使用 Spring Cloud

本文原文由作者“司徒正美”发布于公众号“前端你别闹”，即时通讯网收录时有改动，感谢原作者的分享。 1、引言 1990 年，第一个Web浏览器的诞生；1991 年，WWW诞生，这标志着前端技术的开始。 在这将近20年的前端发展史中，我们经历了从最早的纯静态页面，到JavaScript跨时代的诞生；从PC端到移动端；从依赖后端到前端可自由打包开发；从早期的网景Navigator浏览器到现在各家浏览器百花齐放…… 我们经历了前端的洪荒时代、 Prototype 时代、jQuery时代 、后jQuery时期、三大框架割据时代，这其中均是由国外开发者主导，直到如今的小程序时代，才是中国开发者独创的。 这是漫长的技术储备下的成果，最终促成了良好的技术成长收获。期间的前端发展之路，崎岖艰难。 （本文同步发布于： http://www.52im.net/thread-2719-1-1.html ） 2、相关文章 《 小程序技术始于微信？来看看移动端小程序技术的前世今生！ 》 《 盘点主流移动端跨平台UI技术：实现原理、技术优劣、横向对比等 》 《 最火移动端跨平台方案盘点：React Native、weex、Flutter 》 《 快速了解Electron：新一代基于Web的跨平台桌面技术 》 3、洪荒时代（1990~1994年） 在1990~1994年期间，前端界发生的大事有：WWW（World

一、起因：野蛮生长 近十年，中国互联网发展的速度越来越快，互联网科技颠覆了越来越多的传统行业，我们的衣食住行随着互联网科技的进步，发生了翻天覆地的变化。在这个大潮中，越来越多新兴的公司如雨后春笋般的冒了出来，他们的业务增长非常快，公司规模也越来越大。这得益于中国经济的高速增长和互联网的快速发展。 弊端一：自我繁衍 在公司快速的发展过程中，往往会出现这样一个链条。新增一块业务 —> 招聘一位高级技术人员 —> 围绕这位同事组建一只技术团队 —> 该业务基本由这只团队负责。然后就形成了一个闭环。当需要跟其他业务进行交互时，经常是技术负责人之间自行决定。（我曾经经历过一个项目，同样一个业务接口，同时提供 RPC，HTTP，MQ 等多种方式，为了给不同的项目提供基础服务）。 弊端二：管控壁垒 随着业务规模的快速发展，这个团队很快的形成了一个部门，团队决策者通常会从自身利益考量，希望尽量减少对外部门的依赖，无论是技术选型，规范建立，组件选取，运行环境都能够自行掌控。（在这里讲一个笑话，在一家公司怎么成为中层领导呢？很简单，招聘足够多的下属就可以了）。 弊端三：断崖效应 当这样的技术氛围一旦形成，单个员工对单个项目的影响就会变的非常巨大。一个产品经常会因为一两个核心员工的离职难以为继，最后不得不重新开发新的产品。 弊端四：资源浪费 当每个团队都在试图构建自己完整的研发流程时。中间的技术研究

Struts2教程 https://www.w3cschool.cn/struts_2/ Apache Struts 2最初被称为WebWork 2，它是一个简洁的、可扩展的框架，可用于创建企业级Java web应用程序。设计这个框架是为了从构建、部署、到应用程序维护方面来简化整个开发周期。 Struts2 是一个用来开发 MVC 应用程序的框架. 它提供了 Web 应用程序开发过程中的一些常见问题的 解决方案: 对来自用户的输入数据进行合法性验证 统一的布局 可扩展性 国际化和本地化 支持 Ajax 表单的重复提交 文 件的上传下载 ….. 来源： https://www.cnblogs.com/highpointengineer/p/11388202.html

Spring是我们接触JavaWeb开发遇到的第一个框架 1、首先我们说一下什么是框架？ 　　框架是整个程序的主心骨，它并不是主要完成、解决一个单纯的任务，也不是一个函数。它用来定义所有模块、插件之间耦合方式，协作机制。 2、框架的意义？ 　　 3、什么是Spring？ 　　　　是一个开源的轻量级，用来简化企业级应用开发的应用开发框架。 4、Spring的意义和作用？ 来源： https://www.cnblogs.com/danielJinyu/p/11387653.html

官网：http://hadoop.apache.org/ 文章目录 Hadoop简介 核心架构 HDFS NameNode DataNode 文件操作 Linux 集群 Hadoop和高效能计算、网格计算的区别 发展现状 MapReduce与Hadoop之比较 Hadoop生态圈 概况 HDFS（Hadoop分布式文件系统） Mapreduce（分布式计算框架） HBASE（分布式列存数据库） Zookeeper（分布式协作服务） HIVE（数据仓库） Pig(ad-hoc脚本） Sqoop(数据ETL/同步工具） Flume（日志收集工具） Mahout（数据挖掘算法库） Oozie(工作流调度器） Yarn(分布式资源管理器） Mesos（分布式资源管理器） Tachyon（分布式内存文件系统） Tez(DAG计算模型) Spark(内存DAG计算模型) Giraph(图计算模型) GraphX(图计算模型） MLib（机器学习库） Streaming（流计算模型） Kafka（分布式消息队列） Phoenix（hbase sql接口） ranger(安全管理工具） knox（hadoop安全网关） falcon（数据生命周期管理工具） Ambari（安装部署配置管理工具） Hadoop简介 Hadoop实现了一个 分布式文件系统（Hadoop Distributed File

前面的例子可能太具体了，那么希望从从下面的图上看明白框架收箱类与实际UI元素的对应关系。 Workbench是主窗体，Workbench中的手风琴菜单是业务功能的全集，因此通过Folder拼装（详细情况参照C/S简易UI框架开发总结（2）关于Folder的介绍）好的业务功能可以有用户随时触发，有系统自动解析并调用相应的功能完成对用户请求的相应（可能是显示一个View或者其他动作）。 View（GridView）与Workbench类似，通过定义好的EntityControlHost完成CRUD功能，由于每个实体CRUD的功能基本逻辑是一样的，因此除了有特殊需要外，系统会自动通过设置EntityControlHost的DataSource和State完成实际业务实体的CRUD的UI调度部分，而数据存取部分已在EntityControl中定义好，简单反射就可以完成相应的数据业务操作，同时此处不需要对DAL/EL或者Service层的强依赖。而对于有特殊要求业务，可以自己扩展EntityControl和EntityControlHost完成。 View也可以是任意用户控件，比如一个地图、一个文件编辑器，当然具体的业务需要在控件内完成。而调度过程完全一样，显示样式也与GridView等已定义好的View无差异。 在EntityControlHost和与其相关的View(GridView)中

看了很多的回复，谢谢大家的关注！ 今天我想写个例子，简单说下如何使用这个框架开始新的项目并实现一个典型的CRUD功能。期间我还想说说关于各种UI组件间信息交互和调度方面的问题。这个组件一直在修修补补，基本稳定后也没有真正的仔细考虑过是否有更好的实现方式，通过简单的说明希望能把我的思路也理理清楚。大家也多多拍砖。 开始一个新的项目，首先要做的是创建一个主窗体，它直接从WorkbenchBase继承即可。 Partial Class MainForm Inherits Component.WorkbenchBase ……………. End Class 完成上面代码后，就可以得到下图这样一个具备基本的菜单、手风琴和用户组件区的窗体。 由于业务功能没有具体实现，所以手风琴菜单什么都没有。而主菜单中除了与业务动作紧密关联的“编辑”菜单外，其他菜单项WorkbenchBase以默认提供。 主窗体有了以后，我们可以在实现一个典型的CRUD功能。 上一篇中以提到，实体编辑组件(EntityControl)用于处理一个业务实体的用户交互界面，一次做CRUD功能首先要创建一个自定义控件，然后修改代码，让他继承自EntityControl。 <Global.Microsoft.VisualBasic.CompilerServices.DesignerGenerated()> _ Public Class

这篇文章主要是对之前做过的一个UI简易框架（我也不确定能不能算框架，毕竟不是很完整，姑且就叫框架吧。）的总结，计划分3-4片写完。 　　其实这个框架并没什么技术含量，完全是一种个人总结性的记录，但是我还是会比较详细的记录一些设计思路和开发细节，希望能能够抛砖引玉，我也会继续把她完善好。 　　最初开发UI框架的想法源于对代码中大量粘贴复制动作的疲劳性抵触，一想到实体与界面控件的赋值（取值）、每个实体窗体的新增修改等业务状态的控制就烦，于是一开始就以简单易用、去繁就简为目标，实现的功能也确实非常简单，因此叫简易框架。 　　想虽然简单，但是真正动手前还是做了很多功课，读了SharpDeveloper和SmartClient_SOA(codeproject上的一个开源项目)代码。SharpeDeveloper显然太庞大，所以指抄袭改写了其中的Workbench的概念和插件体系（后来发现总用不大去掉了）。 1、 UI布局 　　UI框架的整体布局模仿Outlook样式，如下图： 　　最上面是菜单和业务功能的快捷按钮； 　　左侧是一个手风琴菜单，用于显示业务功能菜单，每个菜单项指向一个业务功能； 　　右侧为客户区，显示菜单项对应的业务窗口，它可以以MDI或SDI两种风格显示业务窗口（组件），业务窗口（组件）可以是网格、实体编辑窗口（组件）也可以是其他任意自定义组件； 　

适用PC端 1、elementUI 支持vue2.x， 饿了么前端团队打造 2、iView 支持vue2.x 3、Vue Antd 支持vue1.x，据说不再有人维护 4、N3 支持vue2.x 5、AliTelecom UI 支持vue2.x，阿里通信技术团队打造 6、Vue-Blu 基于Vuejs和Bulma开发 7、Vue-Beauty 基于 vue.js 和 ant-design样式的PC端UI组件库 8、Vuetify 一个material design vue 组件库 9、vue-material 同 Material 风格的组件库 10、Keen-UI 又一个 Material 风格的组件库 11、Vue Admin 基于Vue 2.0 和 Bulma 0.2 开发的后台界面框架 适用移动端 1、Muse-UI 基于Material Design开发，支持vue2.0 2、Mint UI 支持vue2.0，饿了么前端团队打造 3、VUX 基于WeUI和Vue(2.x)开发的移动端UI组件库，主要服务于微信页面 4、VUWE 基于微信WeUI所开发的，专用于Vue2的组件库 5、WEEX 阿里推出的跨平台的移动端开发框架,可以构建高性能、可扩展的 native 应用 6、VueStrap 基于 Vue.js 的 Bootstrap 组件，不需要 jQuery 和