代码管理

.NET Core前后端分离快速开发框架(Core.3.0+AntdVue) 目录 引言 简介 环境搭建 开发环境要求 基础数据库构建 数据库设计规范 运行 使用教程 全局配置 快速开发 管理员登录 系统用户管理 系统角色管理 权限管理 接口秘钥管理 系统日志 单库事务 跨库事务 读写分离分库分表 常见疑问 如何进行联表查询 如何切换数据库类型 如何使用多个数据库 引言 时间真快，转眼今年又要过去了。回想今年，依次开源发布了 Colder.Fx.Net.AdminLTE(254Star) 、 Colder.Fx.Core.AdminLTE(335Star) 、 DotNettySocket(82Star) 、 IdHelper(47Star) ，这些框架及组件都是本着以实际出发，实事求是的态度，力求提高开发效率（我自己都是第一个使用者），目前来看反响不错。但是随着前端和后端技术的不断变革，尤其是前端，目前大环境已经是前后端完全分离为主的开发模式，在这样的大环境和必然趋势之下，传统的MVC就显得有些落伍了。在这样的背景下，一款前后端分离的.NET开发框架就显得尤为必要，由此便定了框架的升级目标： 前后端分离 。 首先后端技术的选择，从目前的数据来看，.NET Core的发展远远快于.NET Framework，最简单的分析就是Colder.Fx.Core

本代码为 Springboot vue.js 前后分离 + 跨域 版本 （权限控制到菜单和按钮） 后台框架： springboot 2.1.2+ mybaits+maven+接口 前端页面：html +vue.js 形式 jquery ajax 异步跨域 json 格式数据交互 前后分离，前后台分开部署 （特别注意，前端用的vue.js, 就是html页面引入vue.js形式， 用tomcat部署运行，更适合后台开发者） 1.代码生成器： [正反双向](单表、主表、明细表、树形表，快速开发利器) freemaker模版技术 ,0个代码不用写,生成完整的一个模块,带页面、建表sql脚本、处理类、service等完整模块 2.多数据源： （支持同时连接无数个数据库，可以不同的模块连接不同数的据库）支持N个数据源 3. 阿里数据库连接池 druid ,安全权限框架 shiro（ 菜单权限和按钮权限 ） , 缓存框架 ehcache 4. 代码编辑器， 在线模版编辑，仿开发工具编辑器 5.调用摄像头拍照 自定义裁剪编辑头像，头像图片色度调节 6.websocket 及时站内信并声音提醒、实时在线管理、websocket及时刷新页面（完胜ajax技术） 更新即时通讯功能，支持好友，群组，发图片、文件，消息声音提醒，离线消息，保留聊天记录 ---------------------------

本文将介绍微服务架构和相关的组件，介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景，因此不会涉及具体如何使用组件等细节。 要理解微服务，首先要先理解不是微服务的那些。通常跟微服务相对的是单体应用，即将所有功能都打包成在一个独立单元的应用程序。从单体应用到微服务并不是一蹴而就的，这是一个逐渐演变的过程。本文将以一个网上超市应用为例来说明这一过程。 最初的需求 几年前，小明和小皮一起创业做网上超市。小明负责程序开发，小皮负责其他事宜。当时互联网还不发达，网上超市还是蓝海。只要功能实现了就能随便赚钱。所以他们的需求很简单，只需要一个网站挂在公网，用户能够在这个网站上浏览商品、购买商品；另外还需一个管理后台，可以管理商品、用户、以及订单数据。 我们整理一下功能清单： 网站 用户注册、登录功能 商品展示 下单 管理后台 用户管理 商品管理 订单管理 由于需求简单，小明左手右手一个慢动作，网站就做好了。管理后台出于安全考虑，不和网站做在一起，小明右手左手慢动作重播，管理网站也做好了。总体架构图如下： 小明挥一挥手，找了家云服务部署上去，网站就上线了。上线后好评如潮，深受各类肥宅喜爱。小明小皮美滋滋地开始躺着收钱。 随着业务发展…… 好景不长，没过几天，各类网上超市紧跟着拔地而起，对小明小皮造成了强烈的冲击。 在竞争的压力下

以前都是通过IDE(eclipse or Android Studio)手动生成apk通过QQ或者邮件发送给测试人员进行测试，现在的司要求对项目进行持续集成，也就是说通过某种方式定时(比如每晚凌晨三点)自动将git库中最新的代码pull下来编译打包，测试人员每天早上上班都能拿到最新的代码打包的Apk。如何在服务器里拉最新的代码给自动编译（jenkins这个就可以，如何搭建请参考我的另外博客： Jenkins+Gradle实现android开发持续集成、打包 ）那么在Jenkins如何配置版本控制了，这才是关键 我们可以去这个地址 https://github.com/takezoe/gitbucket/releases 下载最新的gitbucket.war ,然后放在tomcat 的webapps目录下 运行tomcat,登陆,创建git库,然后剩下的和github用法一样,这个就可以作为服务器存在 然后在配置jenkins源码管理就这么简单： 首先看看cvs enkins有一些专用术语，请参考下面的连接： https://wiki.jenkins-ci.org/display/JENKINS/Terminology 1.通过Jenkins web页面添加Git plugin Manage Jenkins->Manage Plugins->Available中选择Git

Anthony Minssale/文 Seven /译 VoIP通信，与传统的电话技术相比，不仅仅在于绝对的资费优势，更重要的是很容易地通过开发相应的软件，使其与企业的业务逻辑紧密集成。Asterisk作为开源VoIP软件的代表，以其强大的功能及相对低廉的建设成本，受到了全世界开发者的青睐。而FreeSWITCH作为VoIP领域的新秀，在性能、稳定性及可伸缩性等方面则更胜一筹。本文原文在 http://www.freeswitch.org/node/117 ， 发表于2008年4月，相对日新月异的技术来讲，似乎有点过时。但本文作为FreeSWITCH背后的故事，仍很有翻译的必要。因此，本人不揣鄙陋，希望与大家共读此文，请不吝批评指正。 –译者注 FreeSWITCH 与 Asterisk 两者有何不同？为什么又重新开发一个新的应用程序呢？最近，我听到很多这样的疑问。 为此，我想对所有在该问题上有疑问的电话专家和爱好者们解释一下。我曾有大约三年的时间用在开发 Asterisk 上，并最终成为了 FreeSWITCH 的作者。因此，我对两者都有相当丰富的经验。首先，我想先讲一点历史以及我在 Asterisk 上的经验；然后，再来解释我开发FreeSWITCH的动机以及我是如何以另一种方式实现的。 我从2003年开始接触 Asterisk，当时它还不到1.0版。那时对我来讲

KeyMob移动广告聚合 是一个帮助 移动 应用开发者集合众多优秀广告平台的 管理 工具。通过它，你将可以 实现应用交叉推广 、 定向推广 等等，从而实现你广告收 入 的最大化。它还能帮助你 自主销售广告 ，并和其他的广告平台 可以随意切换 ，这样就能为你时刻投放最高价的广告。 KeyMob 目前支持的广告平台有： 百度 广告、 admob 广告、 iad 、 广点通 、 mmedia、inmobi 、 chartboost 。我们会不断添加更多优秀的广告平台，为你提供更多更好的选择。目前支持 Android 、 IOS 等 其他 开发 平台将会陆续上线。 KeyMob 源自开发者并且完全免费，未来 KeyMob 希望更多的从广告优化及数据服务本身寻求盈利模式。 在 KeyMob 内测阶段就选用了 KeyMob 移动广告的团队认为，在国内目前的状况下， KeyMob 是一个很 优秀 的广告平台，因为只需要在应用中加入其代码就可以同时管理来自多个广告平台的广告。 来源： oschina 链接： https://my.oschina.net/u/2651747/blog/632661

在前面转载了系列文章： Golang 需要避免踩的 50 个坑 ，总得来说阅读量都挺大。今天这篇文章，咱们一起聊聊Go的依赖包管理工具。 背景 每一门语言都有其依赖的生态，当我们使用Java语言的时候，使用Maven或者Gradle管理包依赖。早期的Go被很多开发者所诟病的一个问题就是依赖包的管理。Golang 1.5 release版本的发布之前，只能通过设置多个 GOPATH 的方式来解决这个问题，例如：我两个工程都依赖了Beego，但A工程依赖的是Beego 1.1，B工程依赖的是Beego 1.7，我必须设置两个 GOPATH 来区分，并且在切换工程的时候 GOPATH 也得切换，无比痛苦。在Golang 1.5 release 开始支持除了 GOROOT 和 GOPATH 之外的依赖管理：vender，官方 wiki 推荐了多种支持这种特性的包管理工具，如：Godep、gv、gvt、glide、govendor和官方的dep等。 环境准备 安装Go 笔者是Mac系统，安装Go有多种方式，通过brew、下载源码安装go等方式可以安装go。 在bash_profile中自定义GOPATH和GOBIN位置： GOROOT=/usr/local/go export GOPATH=/Users/user/aoho/go-workspace export GOBIN=$GOPATH

原文链接 Git的核心概念 聪聪的个人网站 本文不是Git使用教学篇，而是偏向理论方面，旨在更加深刻的理解Git，这样才能更好的使用它，让工具成为我们得力的助手。 版本控制系统 Git 是目前世界上最优秀的分布式版本控制系统。版本控制系统是能够随着时间的推进记录一系列文件的变化以便于你以后想要的退回到某个版本的系统。版本控制系统分为三大类：本地版本控制系统，集中式版本控制系统和分布式版本控制系统 本地版本控制（Local Version Control Systems）是将文件的各个版本以一定的数据格式存储在本地的磁盘（有的VCS 是保存文件的变化补丁，即在文件内容变化时计算出差量保存起来），这种方式在一定程度上解决了手动复制粘贴的问题，但无法解决多人协作的问题。 本地版本控制 集中式版本控制（Centralized Version Control Systems）相比本地版本控制没有什么本质的变化，只是多了个一个中央服务器，各个版本的数据库存储在中央服务器，管理员可以控制开发人员的权限，而 开发人员也可以从中央服务器拉取数据。集中式版本控制虽然解决了团队协作问题，但缺点也很明显：所有数据存储在中央服务器，服务器一旦宕机或者磁盘损坏， 会造成不可估量的损失。 集中式版本控制 分布式版本控制（ Distributed Version Control System）与前两者均不同。首先

项目名： 组名：构建之法 组长：康哲 组员：付宇泽 齐文华 都雪冬 杨萍 问题 0. 在吹牛之前，先回答这个问题： 如果你的团队来了一个新队员，有一台全新的机器， 你们是否有一个文档，只要设置了相应的权限，她就可以根据文档，从头开始搭建环境，并成功地把最新、最稳定版本的软件编译出来，并运行必要的单元测试？ （在这过程中，不需要和老队员做任何交流） 答：不可以。但是我们将代码都进行了版本控制，新来的队员先下载git和微信开发者工具、再用git将远程仓库里的的代码clone到本地，通过微信开发者工具就可以查看代码，了解代码结构，熟悉代码之后也可以通过微信开发者工具进行编译测试运行。 1. 你的团队的源代码控制在哪里？用的是什么系统？如何处理文件的锁定问题？ 答：我们组使用的是coding.net进行项目托管，使用GitBash进行版本控制，大家使用的都是win10系统，文件锁定的话是通过管理员权限进行控制的，只有小组里的人才有管理员权限，能够提交代码。由于代码人员少，签出时进行沟通即可。一个人签出后，另一个人不签出。 2. 如何看到这个文件和之前版本的差异？ 如何看到代码修改和工作项 （work item），缺陷修复 （bug fix) 的关系。 答：每次push时在commit中的message部分注明修改内容，这样本次checkin做了什么改动一目了然；也可以在coding

GIT版本管理工具教程 一 Git初始化 下载安装， 下载地址： https://git-scm.com/downloads 每个系统的都有（linux、mac、windows等），看官网的安装教程，很详细，此处我以windows来练习 首先创建一个文件夹，这个文件夹就是我们将来通过git来管理的所有文件的存放地点 。 在文件夹中右键 使用Git Bash 在弹出的窗口中执行初始化指令，让git帮我们对这个文件夹中的所有文件以及文件夹进行管理 git init #创建git版本管理的本地仓库 产生的.git文件夹用来存放你管理的文件的所有版本以及git配置相关的内容，不要轻易动它 二 简单指令使用 基本操作 git status 查看仓库中所有的文件夹和文件的状态 git add supercrm 让git管理单独的文件夹或者文件 git add . 管理所有文件和文件夹 配置用户名和邮箱 $ git config --global user.name <用户名> $ git config --global user.email <邮箱地址> 例如： $ git config --global user.name "吴超" $ git config --global user.email "1069696250@qq.com" 然后就可以提交版本了，看指令 git commit