前言先讲讲本文的开发背景吧..在如今前后端分离的大背景下,咱的客户又有要求啦~要前后端分离~然因为种种原因..没办法用用纯前端的框架(其实是学习成本高,又没钱请前端开发人员)...所以最终决定了一种方案..那就是采用MVC(只处理前端视图层,单纯是为了托管在.netcore上)Webapi的方式来实现前后端分离(讲真,很奇葩)..

情景如下，这两天在做一个分布式的项目，使用了Alibaba的dubbo作为通信工具，zookeeper作为register，由于dubbo是基于socket协议的，所以在进行pojo传输的时候报了异常，因为pojo没有实现序列化接口，就无法进行基于二进制的序列化传输。报错如下。!(https://oscimg.oschina.net/oscn

代码模块与职责所有的代码都在src目录下，这会导致一上手的时候无法快速划分模块，不便于理解，如果分类然后放文件夹就会好一些。最关键的部分在于uCEFApplication，是和dll链接的部分uCEFInterfaces.pas，可以在这个文件内找到所有关于接口类型的声明，抽象了基本类型使用的接口，结构清晰。几乎是个功能都能找到对应的

初衷简单说，我们需要一个智能合约来管理所有的分红项目（profititem）。分红项目是一个代币分配中心：每个分红项目的创建者（creator）可以为该分红项目注册（register）分红的接收地址（receiveraddress）或其他可以接收分红的分红项目，并为每个接收方设定权重（weight）。之后，每次分红项目的创建者释放（rele

个人博客地址:http://www.wenhaofan.com/article/20190321183709(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.wenhaofan.com%2Farticle%2F20190321183709)介绍  在做单

背景在物流系统中，接单是信息流的关键和重要的一环，每个业务场景都会对应一种标准接单流程，例如销售出、采购入等等。标准接单包括统一接口定义、统一数据模型、标准接单核心应用职责划分。而这个标准并不是在接口定义的初期就规划好的，通常会经历业务不断增长而带来的需求

在一次上线时，按照正常流程上线后，观察了线上报文、接口可用率十分钟以上，未出现异常情况，结果在上线一小时后突然收到jsf线程池耗尽的报警，并且该应用一共有30台机器，只有一台机器出现该问题，迅速下线该机器的jsf接口，恢复线上。然后开始排查问题。

概述接口数据类型与表单提交数据类型，在大多数情况下，大部分属性的类型是相同的，但很少能做到完全统一。我在之前的工作中经常为了方便，直接将接口数据类型复用为表单内数据类型，在遇到属性类型不一致的情况时会使用any强制忽略类型错误。后来经过自省与思考，这种工作

作者：京东物流吕顺背景在物流系统中，接单是信息流的关键和重要的一环，每个业务场景都会对应一种标准接单流程，例如销售出、采购入等等。标准接单包括统一接口定义、统一数据模型、标准接单核心应用职责划分。而这个标准并不是在接口定义的初期就规划好的，通常会经历业务不

作者：京东物流吕顺背景在物流系统中，接单是信息流的关键和重要的一环，每个业务场景都会对应一种标准接单流程，例如销售出、采购入等等。标准接单包括统一接口定义、统一数据模型、标准接单核心应用职责划分。而这个标准并不是在接口定义的初期就规划好的，通常会经历业务不