*技术公司的*软件定制开发普通软件定制开发

本公司提供*主链侧链开发（主链FBA算法渐近安全****个可证明安全的共识算法低延迟、****双花攻击 分散控制 去中心化程度高 符合工业4.0）  *跨境支付开发 *游戏开发 *供应链开发 小程序开发 各行各业定制化软件 网络安全支持

项目包括：

1、项目计划书：招商技术书编写、包括项目简介、项目运营方案、回报等。

2、上币对接 币圈站台对接

3、国内外媒体广告对接  海内外公司注册

4、*白皮书撰写：技术说明书、项目背景、技术背景、行业痛点、发行方案等的规划。

5、项目代理人：****一对一项目代理人，提供****的运营解决方案。

6. *牌照申请 各类公司发起

7.各行各业定制化软件开发（包括小程序 app软件 pc软件）

8.各类支付软件开发（三方支付 四方支付 *跨境支付开发）

9.*软件定制开发（*结合实体行业产品的软件定制开发  *结合社会治理的软件定制开发）

10.*游戏开发（*休闲游戏 *农场游戏 *淘金游戏 *宠物养成游戏  *挖矿游戏等等各类游戏）

11.*公有链开发（公有链用的是FBA算法 渐近安全****个可证明安全的共识算法低延迟、****双花攻击 分散控制 去中心化程度高 符合工业4.0的商业级别公有链，优于挖矿级别）

13.企业网络安全支持 普通软件*软件安全防护支持 反网络犯罪情报渗透服务 以“安全、稳健、****”为宗旨，秉承务实、正直、进取、*的态度，围绕为*单位企业为服务对象，为客户提供****的信息安全一体化信息安全服务，完善信息安全建设。

14.vpay模式开发 plustoken模式开发 

15 *供应链开发 包括商品的*技术防伪溯源和*供应链开发

14.vpay（游戏+商城+钱包+支付+代币+拆分+互助+积分）模式开发 plustoken搬砖模式开发 
15 *供应链开发 包括商品的*技术防伪溯源开发，加上本公司****的网络安全经验，较大程度的保证*供应链网络上的资金资产安全。
16，软件稳定性操作流畅性：本公司有10多年软件开发经验和网络安全经验，从13年btc火了之后就开发买卖和研究btc以及密码学接着就做*软件开发，不光对*和*技术，在*经验运营经验 营销经验和软件模式定型*还是*结合实体，都有较长时间较深入的研究，本公司所有开发的*软件不光软件有****的安全加密，而且本公司所有软件都是自主研发，反复测试保证软件的稳定性流畅性****少的bug，以技术驱动做中端市场*的产品；不是一些小程序转型过来的公司，随便买一个源码，然后修改一个名字就开发卖，随便买的源码里面的框架算法都是错的bug也没有*，站在****软件人的角度，如果框架本身就不稳定，那么导致的结果就是程序本身也会漏洞百出，所以选择框架一定要选择经历过考验的稳定的框架自古研发的框架反复测试修改bug保证字稳定的框架，不是这些小程序转型过来的公司不*而是他们不懂*技术开发不知道怎么*，这种软件用起来每天都会出大大小小很多故障的，根本没办法使用。
17.软件安全行：个人觉得数据安全性并不仅仅是数据安全，还有程序的一些操作安全性(简单来说就是避免程序出现一些非崩溃性异常) 1.数据安全性：数据安全就包括数据抓取、数据拦截以及数据修改。当然这些并不能完全避免，只能是由我们写出尽量安全的代码，比如关键数据使用HTTPS以及对数据进行md5验证完整性，对于数据修改，可以通过多文件多地址保存文件修改记录，来确定保存的数据是否被修改，毕竟Android只要获取root权限，就能对很多文件进行修改了。
18.操作安全性
简单来说经常遇到的一个问题，比如按钮的点击事件，有可能这个点击事件是请求网络或者打开Activity，这样就会存在事件还未处理完成再次收到事件，只要你一直猛点，肯定可以的，所以这样就需要我们对控件事件进行一些封装，比如打开界面的，可以在点击后禁用按钮，界面打开完成后才启用，请求网络的可以在开始就禁用按钮，请求结果反馈了才启用(不管是请求成功或者失败)
19.扩展性：随着程序功能的增加，以前的框架可能会出现功能不足的情况，但是因为这点是不可预见的，所以我们选择框架时一定要了解好框架本身的扩展性如何，或者对框架有较深的理解，能够自己扩展框架，当然有些框架解决的问题比较单一，一般也不用担心过多的扩展性，比如Butterknife或PreIOC这类单一性框架，但是有些框架经常需要配合做一些操作，比如图片加载框架，常见的一些就是清理图片缓存、获取图片缓存大小、显示圆角或者圆形图片， 常用的图片加载框架UniversalImageLoader都提供了相关的方法或接口来实现
20.封装性是指能否针对框架进行二次封装，以及封装后的耦合度，详细会在使用篇说明，择好了框架千万不要拿来就用，因为再好的框架也有它局限的地方，当然你也可以简单的在遇到这个框架不能实现的时候，添加另外一种框架，只是这样项目会越来越大，对于APP来说APK也越来越大，65535 的问题也会提前出现，所以为了方便以后有可能出现的切换框架，以及****初期对框架使用不熟悉而引发出新的bug，在选择好了框架后，一定要对框架进行二次封装，当然有些框架是不需要二次封装的，比如前面说的单一性的框架Butterknife或PreIOC，但是像UniversalImageLoader、OKHttp等框架，必须要进行二次封装，至于封装原则，则是封装后，调用框架对于调用代码来说是透明的，简单来说，就是对于框架调用都通过一个统一的入口进入，并且调用时，不需要传入任何跟框架相关的东西，如果必须要传入接口，可以通过继承框架来实现新的接口传入，这样在*的使用框架的地方，没有任何关于框架的引用。封装的好处之所以要这样封装，大的好处就是一旦框架不能满足需求时，需要进行框架更换时，只需要换掉框架，同时修改统一入口处的代码，就能快速的替换整个框架
21.文档和注释
开发都不喜欢写文档，这是肯定的，但是每当我们去接手一个项目的时候，发现没有文档估计就要开始骂娘了，所以文档不仅要写，还要写的规范。我认为开发中必须要有的几个文档：代码规范文档(比如包名规范，文件命名规范，id命名规范等等，具体依据项目情况而定)、接口文档
每个类必须要有注释，方法也要有注释，同时也要标注好方法后修改人是谁，这样出现疑问或者问题别人就知道该去找谁了，当然有些方法是不需要有注释的，比如重写父类的方法，只是如果方法内逻辑很复杂，可以在方法中添加一些对逻辑的说明。当然注释也不是越多越好，具体注释该怎么写百度也行
22.包名
什么类放什么包简单，但是一但一个包中的类太多，也是非常不方便，所以正确的分包也是非常重要的，目前常见的Android分包包括针对功能分包(不是指程序功能，而是指UI,http,bean这些功能)，还有就是模块分包(这就是程序的功能了，比如login，user等)，当然具体怎么分包需要团队协商，****一个包中类太多，而我现在一个程序很大的情况下，采用的分包是先功能分包，再模块分包。这样能减少每个包的类数量，当然如果项目本身并不是很大，可以完全不用这种分包模式，毕竟如果只是小项目，这样会使项目变得更加难以阅读
23.MVC 还是 MVP
现在针对移动端开发，衍生了很多种架构，如MVC、MVP、MVVP，当然这里着重分析MVC和MVP，至于什么是MVC和MVP我也描述起来过长我只简单说一下，这类的文章实在太多，这里主要分析一下什么情况下用MVC和MVP
MVC
MVC是以XML布局为V(视图)，Activity或Fragment为C(控制器)，数据实体为M(模型)，但是因为XML的局限性，所以其实我们还是需要在Activity或Fragment中对视图进行操作，所以这也就是为什么那么多人*MVC的原因，因为这也算不上完整的MVC
优点：开发迅速，结构易理解
缺点：当一个界面业务逻辑一多，不方便维护
MVP
MVP是为XML配合Activity或Fragment为V(视图)，同时抽象出接口，界面相关业务抽离出来的P(Presenter)同时通过视图接口来更新UI,数据实体为M(模型)
优点：业务发生变化时易修改，同时能减少修改过程中引发bug，也能将多人协同开发充分调用起来(并不是针对一个人负责一个模块的模式，而是多人协同开发一个模块)
缺点：开发速度会有所降低
所以对比2种架构，发现MVC适合不需要太多业务逻辑和功能性少的APP，比如数据展示类应用，MVP适合每个界面有复杂逻辑以及大型多人开发的APP
本公司是由*行业多年经验*技术*、顾投组成的一支****团队。公司立足于湖北，致力于通过科技打造全新的数字资产世界。公司团队通过数年在*行业的探索和实践，摸索出一条可落地、可实施的*产业模型，将*的发展推向更进一步。*采用了多资产、链上撮合等*模型，实现了实时清结算、高并发、低费用的商业运作的支撑能力。同时，先达*提出了符合中国国情的*网络，在身份确认、加密算法、反*方面做了较多*，使**更符合*对*资产流通的监管需要。

本公司是由*行业多年经验*技术*、顾投组成的一支****团队。公司立足于湖北，致力于通过科技打造全新的数字资产世界。公司团队通过数年在*行业的探索和实践，摸索出一条可落地、可实施的*产业模型，将*的发展推向更进一步。*采用了多资产、链上撮合等*模型，实现了实时清结算、高并发、低费用的商业运作的支撑能力。同时，先达*提出了符合中国国情的*网络，在身份确认、加密算法、反*方面做了较多*，使**更符合*对*资产流通的监管需要。