随笔分类 - 架构
摘要：框架描述 WebFirst 是一新代的 代码生成器，用法简单，功能强大，支持多种数据库 ，具体功能如下： 一、 建库、CodeFirst方式在线建表，没用到CodeFirst的用户可以用工具轻松体验，支持公共字段 二、导出EXCEL文档，把每个表的数据导出来 三、模版管理 可以自个添加修改模版，使用
阅读全文
摘要：一、概念 1、三层： 表示层及UI层： 主要是页面显示与控制操作 业务层：业务逻辑的处理 数据访问层：封装了对数据库的增、删、查和改操作。 为什么三层这么好用 原因是他的结构体系非常的清晰易懂，从功能与实现方面进行了层次划分，实现了高内聚和低耦合。 我们项目最常用结构体系就是在三层的基础加上一个通用
阅读全文
摘要：.net core中有哪些被抛弃的类 1、DataTable DataRow SqlDataAdapter DataRow DataColumn DataColumn 虽然这些类不是我ORM核心功能，但是为了保证非Core版本的ORM和Core的语法要一致方便以后升级 于是我就有了一个想法将他们复活
阅读全文
摘要：产品的定位 做产品的都知道，是否支持多语言直接影响到产品的定位问题。 如果一个产品周期是一年的话，要完美支持多语言最少也得在加3个月！所需时间和页面数量、数据库表的数量和表的数据量成正比。 可以看出代价有多大，我们程序员就得和老板唠叨，做不得，成本太高。 如果前期不做，等到了后期项目表结构等都要重构
阅读全文
摘要：项目为什么要平台化 一、易维护 封装可以大大的减少耦合，当发生变更的时候只需要修改一处地方。平台化项目和封装是有区别的，平台化项目是将项目所有组件、事件等制定一个标准，将这些组件基于标准进行高度封装，实现配置界面，通过配置大大的减少编码量。 当需要整体变更的时候只需要更改这个标准便可，维护点更加的明
阅读全文
摘要：先拿出我半前年前平台的设计初稿，经过半年的努力我已经完成了该设计稿的所有功能。并且理念已经远远超出该设计稿。 下面是一些博友对我贴子的评价： 1、楼主，想法很美好，现实很骨感，我们公司就有一套你说的这样的平台，界面都是用XML配置出来的，虽然开发效率很高，但只能做固定版式的系统，有任何版式的修改，几
阅读全文
摘要：说说传统做法的缺点 1、做过多语言的都知道这玩意儿太花时间 2、多语言架构一般使用资源文件、XML或者存储数据库来实现。这样就在一定程序上降低了性能 3、页面的可读性变差，需要和资源文件进行来回切换 4、修改麻烦 5、样式兼容难调 6、JS如何处理 另类做法 传统做法看上去高大上实质上维护起来确实很
阅读全文
摘要：下面这段代码就是利用JS原型对象,来实现的类的继承DEMO $ 为jquery对象 ////公共方法 // $.oop.newClass=function newClass(obj) { // function create() { // if (obj != null) // return obj
阅读全文
摘要：公司准备开发一套工作流引擎，以前没有什么OA开发经验，也是第一次设计工作流引擎，我把我的一些思路分享一下，希望得到些帮助或者能帮助到一些人。 产品的定位： 1、能够做到前后端分离 2、可以做到项目的分离使用，通过接口来实现 3、支持复杂流程逻辑 例如： 填写加班表单-》多人审核=》退回=》填写证明人
阅读全文
摘要：公司准备开发出一款项目开发平台 LandaSugar，分为 前端引擎、工作引擎、数据引擎 三大块，开发人员只需要对三大模块进行相应的配置便能够完成一个定制项目的开发。 听起来貌似是异想天开，但是是否真的不能实现呢？ ”答案“ 我相信肯定是可以的，只要能够设计出来，能够证实可行，那么这个东西就一定能够
阅读全文
摘要：简单、层次清晰不要过度优化，接口这玩意儿就是个双刃剑，玩好了解藕，玩不好自找麻烦，好的代码永远都是傻瓜都能看懂的。 总结成以下几条： 公用层 代码公用并且与第三方DLL和业务逻辑无关的 独立出来 逻辑层 1、代码公用与业务逻辑相关的，在逻辑层为作一个独立接口 2、代码逻辑独立可以接口化 3、代码逻辑
阅读全文