精华内容
下载资源
问答
  • 3GPP版的GSM网络架构资料,内容权威、详细,是很好的英文GSM资料,对GSM网络中的每一个单元有最权威的介绍。
  • 移动网网络架构与维护规范-中国电信CDMA2000网络简介,学习运营商网络必备的资料,相当清晰与规范
  • 编制背景 编制过程 编制思路 编制原则 《规范》解读--总体架构规范》解读--第1部分 总体需求 《规范》解读--第2部分 ...《规范》解读--第3部分 网络安全 《规范》应用--深化研究 第一部中国标准城轨云规范已经面世
  • 《智慧城市轨道交通 信息技术架构网络安全规范第3部分:网络安全》标准解读.pdf
  • 《智慧城市轨道交通 信息技术架构网络安全规范第2部分:技术架构》标准解读.pdf
  • 规范规定了网络支付的数据元、报文格式、报文结构及报文主要要素。 本规范适用于商业银行和非银行支付机构合作开展银行账户付款或收款业务报文的设计、开 发及测试。
  • 核心网技术 核心网网络架构及维护规范 中国电信维护岗位技能认证教材编写小组编制 目 录 TOC \o "1-3" \h \z \u 第1章 中国电信交换网络路由组织 3 1.1 固网路由组织 3 1.1.1. IN概念 3 1.1.2. 号码传送规范 3 1.2 C...
  • 《智慧城市轨道交通 信息技术架构网络安全规范第1部分:总体需求》标准解读.pdf
  • 基于Restful架构规范的Android的网络请求框架Retrofit .首先 它有好多的坑 ,安装官网的有时候是搞不出来的。可以大体安照官网进行测试。首先 先说利用android studio 需要编译 两个库。 compile ...

    基于Restful架构规范的Android的网络请求框架Retrofit .

    首先 它有好多的坑 ,安装官网的有时候是搞不出来的。可以大体安照官网进行测试。首先 先说利用android studio 需要编译 两个库。
    compile ‘com.squareup.retrofit:retrofit:2.0.0-beta2’(这个是retrofit的类库,这里要完整的路径,有的github上的路径没有后面的版本号。例如 :compile ‘com.squareup.retrofit:retrofit’ 我最开始就是这样的,结果搞了好几天,没有发现问题,后来查了各种博客发现,地址不对。)
    compile ‘com.squareup.retrofit:converter-gson:2.0.0-beta2’ (当需要将返回的数据json 格式的数据,自动利用gson类库转换为model对象。现在不需要单独的引入gson这个类库因为 retrofit 里面自己带了,引入compile ‘com.squareup.retrofit:converter-gson:2.0.0-beta2’ 只是告诉 retrofit 让它使用gson 进行解析。

    展开全文
  • 开发规范: 架构规范

    千次阅读 2016-12-29 02:10:29
    命名规范 包命名规范 包名全部采用小写主包名采用[公司性质].[公司名称].[项目名称]的命名方式 如果根据不同情况进行分包的话,可以将包名分别命名为util,view, adapter等。 代码命名...

    命名规范

    包命名规范

    • 包名全部采用小写
    • 主包名采用[公司性质].[公司名称].[项目名称]的命名方式
      如果根据不同情况进行分包的话,可以将包名分别命名为util,view, adapter等。


    代码命名规范

    命名规则有很多高大上的名词,比如大驼峰,小驼峰,匈牙利命名法。其实最简单的就是按照谷歌命名学习。

    • 常量、枚举等均采用大写形式,用下划线区分各单词。使用static final
      例如:private static final String TAG_FOR_ACTIVITY = "XXXX";
    • 类名、接口名、枚举名。第一个和后面的单词都要第一个字母大写
      例如:MainActivity,PersonalLoginActivity
    • 资源文件命名
      例如:activity_main.xmlic_launcher.png
      注意图片文件命名只能用小写字母、数字,否则会导致R文件无法编译出来。也是比较费心的。
    • 继承自安卓组件的类,一般采用父类名作为后缀,
      例如:class LoginActivity extends Activity{}
    • 自定义异常必须以Exception结尾
    • 全局变量添加所有者前缀:实例成员变量前缀m(表示member),类静态变量前缀s(表示static),
      例如:protected Subscription mSubscription;
    • 控件变量添加组件前缀,顺序在所有者前缀之后,控件缩写button->btn,textview ->txw,listview->lst等
      例如:全局名称mBtnNext局部名称btnNext
    • 构造方法采用递增方式(参数多的写在后面),参数少的调用参数多的构造函数。这样也减少初始化代码。比如开源库PagerSlidingTabStrip

    更多命名规范

    之前收藏的这篇文章比较全。Android 命名规范 (提高代码可以读性)


    编程规范

    • 源文件编码格式为 UTF-8。
    • java代码中不出现中文,最多注释中可以出现中文
    • 服务端可以实现的,就不要放在客户端
    • 引用第三方库要慎重,避免应用大容量的第三方库,导致客户端包非常大
    • 处理应用全局异常和错误,将错误以邮件的形式发送给服务端
    • 图片的.9处理
    • 使用静态变量方式实现界面间共享要慎重
    • 单元测试(逻辑测试、界面测试)
    • 不要重用父类的handler,对应一个类的handler也不应该让其子类用到,否则会导致message.what冲突
    • activity中在一个View.OnClickListener中处理所有的逻辑
    • strings.xml中使用%1$s实现字符串的通配
    • 数据一定要效验,例如字符型转数字型,如果转换失败一定要有缺省值;服务端响应数据是否有效判断
    • 对于未完成的方法,使用TODO加以标记
    • 若功能已完成,但存在效率等潜在问题时,使用XXX加以标记
    • 若代码存在严重问题或仅用于调试,使用FIXME加以标记
    • values目录下文件名称较固定,不得随意更改

    代码提交规范

    我们使用的无论是git,还是svn都需要遵守下面这些规范,个人比较倾向于git。

    • 工作目录要及时更新,不要和服务器有太大的差别
    • 提交代码时,如果出现冲突,必须仔细分析解决,不可以强行提交
    • 提交代码之前先在本地进行测试,确保项目能编译通过,且能够正常运行,不可盲目提交
    • 必须保证服务器上的版本是正确的,项目有错误时,不要进行提交
    • 提交之前先更新
    • 提交时注意不要提交本地自动生成的文件,比如我们Android Studio项目中的 idea,build文件夹是不需要提交的。
    • 不要提交自己不明白的代码
    • 提前协调好项目组成员的工作计划,减少冲突
    • 对提交的信息采用明晰的标注(写注释)

    使用git以及github,相信stormzhang的从0开始学习 GitHub 系列会对你有很大的帮助。


    架构规范

    这是我整个系列文章从零开始搭建android框架系列的重点,所以这里放在最后面。

    架构方式

    是选择MVP,MVC,MVVM ,Flux还是clean 架构?
    ,+dagger2?+rxjava?+Retrofit/okhtttp?+loader?+databinding?+contentProvider?
    谷歌官方架构示例android-architecture,以及我之前github中整理的架构合集能给你答案。

    开源库的选取以及封装。

    对开源库的选取,一般都需要选择比较稳定的版本,还有作者在维护的项目
    ,比如这里在github搜索image,出现的安卓中的图片加载库。除了考虑star,还要考虑作者对issue的解决,以及开发者的知名度等各方面。



    选取之后,一定的封装是必要的。
    网络图片加载的封装这篇文章可能会从图片加载封装的角度给你讲讲封装的必要性。

    架构提示

    这里尽量写出自己想到的点。

    抽象层面上:

    • 提高架构的拓展性是有必要的。
      以前的框架可能会出现功能不足的情况,但是因为这点是不可预见的,所以我们选择框架时一定要了解好框架本身的扩展性如何,或者对框架有较深的理解,能够自己扩展框架,
    • 提高架构的稳定性
    • 架构的文档也是必不可少的。

    具体操作时:

    • activity和fragment里面都会有许多重复的操作以及操作步骤,所以我们都需要提供一个BaseActivity和BaseFragment,让所有的activity和fragment都继承这个基类。
      来看看我们BaseActivity中都提供了哪些操作:


    • 必要的注释真的会一定程度上的降低你的工作量,而不是提高。
      比如说我使用Rxjava做加载数据的操作。这里面的流程可能稍显复杂,但是能够step1, step2的写在上面,能够让别人看懂,自己维护也方便。


    • 数据提供统一的入口。
      无论是在mvp,mvc,还是mvvm中,提供一个统一的数据入口,都可以让代码变得更加易于维护。
      比如,我使用的DataManager,里面的http还是preference,还是eventpost ,还是database ,都在DataManger里面进行操作,我们只需要与DataManger打交道。


    • 多用组合, 少用继承

    • 提取方法, 去除重复代码。
      比如在我的架构中,我会吧imageloader单独的抽取出来作为一个widget,把对RecyclerView的封装单独抽取出来,把下拉刷新上拉加载抽取出来。如下图:



      对于必要的工具类抽取也很重要,这在以后的项目中是可以重用的。


    • 不要使用魔鬼数字/字符串/尺寸值/颜色值,正确的命名等
      比如日间模式和夜间模式的对应颜色值,一看就很清晰了。


    • 引入Dagger2 减少模块之间的耦合性
      Dagger2 是一个依赖注入框架,使用代码自动生成创建依赖关系需要的代码。减少很多模板化的代码,更易于测试,降低耦合,创建可复用可互换的模块。
      参考之前的文章 Google官方MVP+Dagger2架构详解

    • 为你的项目引入Rxjava+RxAndroid这些响应式编程吧。极大的减少逻辑代码,让你爱上写代码停不下来。

    • 通过引入 Event Bus(事件总线,这个项目使用的是otto)。它允许我们在Data Layer中发送事件,以便View Layer中的多个组件都能够订阅到这些事件。比如DataManager
      中的退出登录方法可以发送一个事件,订阅这个事件的多个Activity在接收到该事件后就能够更改它们的UI视图,从而显示一个登出状态。
      当然你也可以有很多的选择,EventBus,Otto,自定义RxBus等。减少回调。

    • 添加日志打印,用于查找错误等。
      logger 以及timber是我推荐的。
      需要使用BuildConfig.DEBUG标记对Log进行封装,只在调试时输出重要信息,正式版不输出

    • TODO more



    转载:http://www.jianshu.com/p/99239b9c1630

    展开全文
  • Android开发架构规范

    千次阅读 2016-07-28 15:23:30
    前言在开发中,一个良好的开发习惯以及一个开发规范可能会让你少走很多弯路,也会一定程度上的提高代码的可读性,可维护性和可拓展性。当随着需求的不断变更,需要维护项目的时候。当随着项目的代码量的提升,需要...

    原文链接:从零开始搭建android框架系列

    前言

    在开发中,一个良好的开发习惯以及一个开发规范可能会让你少走很多弯路,也会一定程度上的提高代码的可读性,可维护性和可拓展性。当随着需求的不断变更,需要维护项目的时候。当随着项目的代码量的提升,需要重构的时候。你会明白一个好的开发规范多么多么的重要。
    这里整理一下自己android开发中的一些规范。希望对各位有帮助。


    命名规范

    包命名规范

    • 包名全部采用小写
    • 主包名采用[公司性质].[公司名称].[项目名称]的命名方式
      如果根据不同情况进行分包的话,可以将包名分别命名为util,view, adapter等。

    代码命名规范

    命名规则有很多高大上的名词,比如大驼峰,小驼峰,匈牙利命名法。其实最简单的就是按照谷歌命名学习。

    • 常量、枚举等均采用大写形式,用下划线区分各单词。使用static final
      例如:private static final String TAG_FOR_ACTIVITY = "XXXX";
    • 类名、接口名、枚举名。第一个和后面的单词都要第一个字母大写
      例如:MainActivity,PersonalLoginActivity
    • 资源文件命名
      例如:activity_main.xmlic_launcher.png
      注意图片文件命名只能用小写字母、数字,否则会导致R文件无法编译出来。也是比较费心的。
    • 继承自安卓组件的类,一般采用父类名作为后缀,
      例如:class LoginActivity extends Activity{}
    • 自定义异常必须以Exception结尾
    • 全局变量添加所有者前缀:实例成员变量前缀m(表示member),类静态变量前缀s(表示static),
      例如:protected Subscription mSubscription;
    • 控件变量添加组件前缀,顺序在所有者前缀之后,控件缩写button->btn,textview ->txw,listview->lst等
      例如:全局名称mBtnNext局部名称btnNext
    • 构造方法采用递增方式(参数多的写在后面),参数少的调用参数多的构造函数。这样也减少初始化代码。比如开源库PagerSlidingTabStrip

    更多命名规范

    之前收藏的这篇文章比较全。Android 命名规范 (提高代码可以读性)


    编程规范

    • 源文件编码格式为 UTF-8。
    • java代码中不出现中文,最多注释中可以出现中文
    • 服务端可以实现的,就不要放在客户端
    • 引用第三方库要慎重,避免应用大容量的第三方库,导致客户端包非常大
    • 处理应用全局异常和错误,将错误以邮件的形式发送给服务端
    • 图片的.9处理
    • 使用静态变量方式实现界面间共享要慎重
    • 单元测试(逻辑测试、界面测试)
    • 不要重用父类的handler,对应一个类的handler也不应该让其子类用到,否则会导致message.what冲突
    • activity中在一个View.OnClickListener中处理所有的逻辑
    • strings.xml中使用%1$s实现字符串的通配
    • 数据一定要效验,例如字符型转数字型,如果转换失败一定要有缺省值;服务端响应数据是否有效判断
    • 对于未完成的方法,使用TODO加以标记
    • 若功能已完成,但存在效率等潜在问题时,使用XXX加以标记
    • 若代码存在严重问题或仅用于调试,使用FIXME加以标记

    - values目录下文件名称较固定,不得随意更改

    代码提交规范

    我们使用的无论是git,还是svn都需要遵守下面这些规范,个人比较倾向于git。
    - 工作目录要及时更新,不要和服务器有太大的差别
    - 提交代码时,如果出现冲突,必须仔细分析解决,不可以强行提交
    - 提交代码之前先在本地进行测试,确保项目能编译通过,且能够正常运行,不可盲目提交
    - 必须保证服务器上的版本是正确的,项目有错误时,不要进行提交
    - 提交之前先更新
    - 提交时注意不要提交本地自动生成的文件,比如我们Android Studio项目中的 idea,build文件夹是不需要提交的。
    - 不要提交自己不明白的代码
    - 提前协调好项目组成员的工作计划,减少冲突
    - 对提交的信息采用明晰的标注(写注释)

    使用git以及github,相信stormzhang的从0开始学习 GitHub 系列会对你有很大的帮助。


    架构规范

    这是我整个系列文章从零开始搭建android框架系列的重点,所以这里放在最后面。

    架构方式

    是选择MVP,MVC,MVVM ,Flux还是clean 架构?
    ,+dagger2?+rxjava?+Retrofit/okhtttp?+loader?+databinding?+contentProvider?
    谷歌官方架构示例android-architecture,以及我之前github中整理的架构合集能给你答案。

    开源库的选取以及封装。

    对开源库的选取,一般都需要选择比较稳定的版本,还有作者在维护的项目
    ,比如这里在github搜索image,出现的安卓中的图片加载库。除了考虑star,还要考虑作者对issue的解决,以及开发者的知名度等各方面。

    选取之后,一定的封装是必要的。
    网络图片加载的封装这篇文章可能会从图片加载封装的角度给你讲讲封装的必要性。

    架构提示

    这里尽量写出自己想到的点。

    抽象层面上:
    - 提高架构的拓展性是有必要的。
    以前的框架可能会出现功能不足的情况,但是因为这点是不可预见的,所以我们选择框架时一定要了解好框架本身的扩展性如何,或者对框架有较深的理解,能够自己扩展框架,
    - 提高架构的稳定性
    - 架构的文档也是必不可少的。

    具体操作时:
    - activity和fragment里面都会有许多重复的操作以及操作步骤,所以我们都需要提供一个BaseActivity和BaseFragment,让所有的activity和fragment都继承这个基类。
    来看看我们BaseActivity中都提供了哪些操作:

    • 必要的注释真的会一定程度上的降低你的工作量,而不是提高。
      比如说我使用Rxjava做加载数据的操作。这里面的流程可能稍显复杂,但是能够step1, step2的写在上面,能够让别人看懂,自己维护也方便。

    • 数据提供统一的入口。
      无论是在mvp,mvc,还是mvvm中,提供一个统一的数据入口,都可以让代码变得更加易于维护。
      比如,我使用的DataManager,里面的http还是preference,还是eventpost ,还是database ,都在DataManger里面进行操作,我们只需要与DataManger打交道。

    • 多用组合, 少用继承

    • 提取方法, 去除重复代码。
      比如在我的架构中,我会吧imageloader单独的抽取出来作为一个widget,把对RecyclerView的封装单独抽取出来,把下拉刷新上拉加载抽取出来。如下图:

      对于必要的工具类抽取也很重要,这在以后的项目中是可以重用的。

    • 不要使用魔鬼数字/字符串/尺寸值/颜色值,正确的命名等
      比如日间模式和夜间模式的对应颜色值,一看就很清晰了。

    • 引入Dagger2 减少模块之间的耦合性
      Dagger2 是一个依赖注入框架,使用代码自动生成创建依赖关系需要的代码。减少很多模板化的代码,更易于测试,降低耦合,创建可复用可互换的模块。
      参考之前的文章 Google官方MVP+Dagger2架构详解

    • 为你的项目引入Rxjava+RxAndroid这些响应式编程吧。极大的减少逻辑代码,让你爱上写代码停不下来。

    • 通过引入** Event Bus(事件总线,这个项目使用的是otto)。它允许我们在**Data Layer中发送事件,以便View Layer中的多个组件都能够订阅到这些事件。比如DataManager
      中的退出登录方法可以发送一个事件,订阅这个事件的多个Activity在接收到该事件后就能够更改它们的UI视图,从而显示一个登出状态。
      当然你也可以有很多的选择,EventBus,Otto,自定义RxBus等。减少回调。

    • 添加日志打印,用于查找错误等。
      logger 以及timber是我推荐的。
      需要使用BuildConfig.DEBUG标记对Log进行封装,只在调试时输出重要信息,正式版不输出

    • TODO more

    参考文章

    Android进阶之路——安卓编程规范
    Google官方MVP+Dagger2架构详解
    网络图片加载的封装
    Good-Android-development-habits

    展开全文
  • 中国联通本地综合承载与传送设备技术规范v1.0.doc ,主要对本地综合承载网UTN网络架构,功能,设备选型进行了规定。
  • 区域医疗信息化网络安全规范的建设.pdf
  • 财政业务专网网络安全接入规范的讲解,包括省、市、县、乡财政专网结构,横向、纵向网络连接方式等。
  • 银办发[2016]222号--关于印发《网络支付报文结构及要素技术规范(V1.0) (1) 为加快落实《中国人民银行关于加强支付结算管理防范电信网络新型违法犯罪有关事项的通知》(银发(2016) 261号)、《中国人民银行关于进一步...
  • 网络安全架构

    2018-11-29 11:38:41
    规范网络技术架构、互联标准及安全区域划分、同一Internet出口
  • 架构规范设计方面的书籍以及网络资料实在太多了,其中不少文章都提及架构的重要,但却很少提及因为架构规范而带来的一些问题。架构规范难道没有任何负面效果和作用? 
      
    

            架构规范设计方面的书籍以及网络资料实在太多了,其中不少文章都提及架构的重要,但却很少提及因为架构规范而带来的一些问题。架构的规范难道没有任何负面效果和作用?

     

    展开全文
  •  新型智能网络接口控制器(INIC)架构是增强这种解决方案鲁棒性的关键因素。第一代NIC采用的是一种传统的划分方法,这种方法假设在外部微控制器上运行有一个强大网络驱动器,该驱动器用来管理网络接口。而新的INIC...
  • 以前从来没关注电信无线上网网络的具体架构(也即PS域架构),现在开始学5G接触这些东西时,理解起来很痛苦,资料也少,于是一方面到处找人咨询,一方面到处查资料,最后发现应该从3G、4G时代的架构及功能开始学习,...
  • 技术伦理学视域下的网络安全规范路径——以人工智能技术为例.pdf
  • OSEK,是指德国的汽车电子类开放系统和对应接口标准(open systems and the corresponding interfaces for automotive electronics),而VDX则是汽车分布式执行标准...图1给出了OSEK/VDX的基本结构和各组件间的关系。
  • 什么是泛在网 泛在网业务体系架构标准化以及 关键技术问题 泛在的基本定义 人们可以在任何时间任何地方安全使用但并不感觉其存 无处不在的网络 在的信息通信网络 在这一网络通信不仅是人到人而且更多的业务流来 ...
  • 电子政务网络是电子政务建设的基础设施,为了有效地支撑各部 门应用业务系统,规范电子政务网络的建设,形成安全、可管理和可 控制的电子政务网络,对已有和新建的电子政务网络建设提供了统一 规范。本标准主要围绕...
  • 网络传输安全规范

    万次阅读 2019-01-21 15:02:05
    数字证书是一个经证书授权中心(CA)数字签名的包含公开密钥拥有者信息、公开密钥、签发者信息、有效期以及扩展信息的文件 , 是网络通信中标识通信各方身份信息的一系列数据。它提供了一种在 Internet 上验证身份的...
  • 介绍OPC 技术规范和统一架构,是2015年发布的最新版本,值得收藏。
  • 前些天帮公司做了网络层的重构,当时就想做好了就分享给大家,后来接着做了新版本的需求,现在才有时间整理一下。之前的网络层使用的是直接拖拽导入项目的方式导入了AF,然后还修改了大量的源码...1.网络接口规范2.多服
  • 中国电信网络视频监控业务技术规范_V3.0_--总体技术要求. 不错的结构
  • 目前典型的网络管理体系结构是OSI/CMIP(通用管理信息协议)和Internet/SNMP(简单网络管理协议)管理体系结构。随着电信网络规模的不断扩大和不同专业网间联系的加强,需要建立统一的综合网络管理体系。综合网管系统...
  • 中国电信资源规范,电信网络包括固网以及移动网,其中对于整个网络结构网络中网元以及流程描述涵盖了当前中国电信行业的整个网络
  • 金融网络安全网络安全众测实施指南,内容涉及网络安全众测组织实施架构网络安全众测实施流程、 网络安全众测实施流程中各参与方的职责,旨在规范金融机构网络安全众测的实施流程,指导金融机构在安全可控的前提下...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 325,548
精华内容 130,219
关键字:

网络架构规范