知识树杂谈(1)

  1.  DNS劫持是什么;解决办法。

    又称域名劫持,是指在特定网络下,拦截所有域名解析请求,返回假的或不可用的网址。

    解决办法:

              1. 手动修改路由DNS地址和密码;

              2. 使用 HTTPDNS解决:

                   区别:

                   a. DNS协议建立在UDP之上,53端口;HTTPDNS协议建立在http之上,80端口.

                   b. 速度快(多次转发、绕路),域名解析失败率底,绕过运营商的 Local DNS ,避免域名劫持。

                   c. 访问过程如下图:

                解决方法:

                   a.  使用阿里云、腾讯云、新浪等提供的HTTPDNS服务;

                   b.  使用可以定制DNS逻辑的网路库,如okhttp.

                        

private static class MyDns implements Dns {

        @Override
        public List<InetAddress> lookup(String hostname) throws UnknownHostException {
            List<String> strIps = HttpDns.getInstance().getIpByHost(hostname); // !!! 注意
            List<InetAddress> ipList;
            if (strIps != null && strIps.size() > 0) {
                ipList = new ArrayList<>();
                for (String ip : strIps) {
                    ipList.add(InetAddress.getByName(ip));
                }
            } else {
                ipList = Dns.SYSTEM.lookup(hostname);
            }
            return ipList;
        }
    }

    private OkHttp3Utils() {
        okhttp3.OkHttpClient.Builder builder = new okhttp3.OkHttpClient.Builder();
        builder.dns(new MyDns());
        mOkHttpClient = builder.build();
    }

 

       4. 推荐文章

           基础知识: http://www.cnblogs.com/softidea/p/5325162.html 

           okhttp:      http://blog.csdn.net/sbsujjbcy/article/details/51612832

2. Android 兼容性(屏幕适配)

     1.  支持各种屏幕尺寸

        使用wrap_content、match_parent、weight

        android:layout_weight的真实含义是:如果View设置了该属性并且有效,那么该 View的宽度等于原有宽度(android:layout_width)加上剩余空间的占比。

     2.  使用相对布局,禁用绝对布局

        

      3.  使用限定符

          a. 使用尺寸限定符

             例如: 双面板布局    /res/layout/main.xml   /res/layout-large/main.xml

          b. 使用最小宽度限定符

             例如: /res/layout/main.xml    /res/layout-sw600dp/main.xml

          c. 使用别名布局

res/values-large/layout.xml:

QQ截图20151029151423.jpg

res/values-sw600dp/layout.xml:

QQ截图20151029151436.jpg

       4.  使用屏幕方向限定符 

  • 小屏幕,纵向:单面板,带徽标

  • 小屏幕,横向:单面板,带徽标

  • 7 英寸平板电脑,纵向:单面板,带操作栏

  • 7 英寸平板电脑,横向:双面板,宽,带操作栏

  • 10 英寸平板电脑,纵向:双面板,窄,带操作栏

  • 10 英寸平板电脑,横向:双面板,宽,带操作栏

  • 电视,横向:双面板,宽,带操作栏

       5. 使用自动拉伸位图

           .9的制作,实际上就是在原图片上添加1px的边界,然后按照我们的需求,把对应的位置设置成黑色线,系统就会根据我们的实际需求进行拉伸。

         

   6. 支持各种屏幕密度

       a. 使用密度无关像素  dp、sp(配合权重)

           当然,我们尽量使用match_parent和wrap_content,尽可能少的用dp来指定控件的具体长宽,再结合上权重,大部分的情况我们都是可以做到适配的。

       b.  提供多种位图

  • xhdpi:2.0

  • hdpi:1.5

  • mdpi:1.0(最低要求)

  • ldpi:0.75

    7.  实施自适应用户界面流程

        根据当前布局,选择适当界面流程

        a. 确定当前布局

        b.  根据当前布局做出响应

        c.  重复使用其他活动中的片段

 

最佳实践

关于高清设计图尺寸

Google官方给出的高清设计图尺寸有两种方案,一种是以mdpi设计,然后对应放大得到更高分辨率的图片,另外一种则是以高分辨率作为设计大小,然后按照倍数对应缩小到小分辨率的图片。

根据经验,我更推荐第二种方法,因为小分辨率在生成高分辨率图片的时候,会出现像素丢失,我不知道是不是有方法可以阻止这种情况发生。

而分辨率可以以1280*720或者是1960*1080作为主要分辨率进行设计。

ImageView的ScaleType属性

设置不同的ScaleType会得到不同的显示效果,一般情况下,设置为centerCrop能获得较好的适配效果。

动态设置

有一些情况下,我们需要动态的设置控件大小或者是位置,比如说popwindow的显示位置和偏移量等,这个时候我们可以动态的获取当前的屏幕属性,然后设置合适的数值

1
2
3
4
5
6
7
8
9
10
11
public class ScreenSizeUtil {
 
    public static int getScreenWidth(Activity activity) {
        return activity.getWindowManager().getDefaultDisplay().getWidth();
    }
 
    public static int getScreenHeight(Activity activity) {
        return activity.getWindowManager().getDefaultDisplay().getHeight();
    }
 
}

        推荐文章:

        http://www.cocoachina.com/android/20151030/13971.html

       http://www.cnblogs.com/qishuai/p/7605549.html

 

3. OOP设计原则(核心基础原则或架构或设计模式铺垫)

      a. 面向对象7大设计原则

            OOP的方法论(高内聚、低耦合、易复用)

            1. 开闭原则(Open-Closed Principle,OCP).  

               软件实体应当扩展开放、修改封闭。

               这是面向对象设计(OOD)的基石,也是最重要的原则。

               实现:合理划分构件,一种可变性不应当散落在代码的很多角落里,而应当封装到一个对象里;一种可变现不应当与另一种可变性混合在一起。

            2. 依赖倒置原则(Dependency Inversion Principle,DIP)

                摆脱面向过程编程思想中高层模块依赖于底层实现,抽象依赖于具体细节。OOP要做到的是,高层模块不依赖于底层模块,两者都依赖于抽象;抽象不依赖具体实现细节,细节依赖抽象。

                实现:应该通过抽象解耦的方式,是具体类最多可能的仅与抽象类(接口)发生耦合;程序在需要引用一个对象时,应当尽可能的使用抽象类型作为变量的静态类型,这是针对接口编程的含义。

            3. 里氏替换原则(Liskov Substitution Principle, LSP)

                继承思想的基石.“只有当衍生类可以替换掉基类,软件功能不会受影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。”

             4. 接口隔离原则(Interface Insolation Principle,ISP)

                 接口功能单一,避免污染.

                 实现: 一个类对另外一个类的依赖性应当建立在最小的接口上的。使用多个专门的接口比使用单一的总接口更好。

             5. 单一职责原则(Single Resposibility Principle,SRP)

                 就一个类而言,应该仅有一个引起他变化的原因,如果一个类的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能抑制这个类完成其他职责的能力。

             6. 合成/聚合复用原则(Composite/Aggregate Reuse Principle,CARP)

                设计模式告诉我们对象委托优于类继承,从UML的角度讲,就是关联优于继承关系,尽量使用合成/聚合、尽量不使用继承.

                实现:在一个新的对象里面使用一些已有的对象,是之成为新对象的一部分,以整合其功能。

              7. 迪米特原则或最少知识原则(Low Of Demeter or Priniciple of Least Kenwledge)

                 就是说一个对象应当对其他对象尽可能少的了解。即只直接与朋友通信,或者通过朋友和陌生人通信。

                朋友的定义(或关系):
    (1)当前对象本身。
    (2)以参量的形式传入到当前对象方法中的对象。
    (3)当前对象的实例变量直接引用的对象。
    (4)当前对象的实例变量如果是一个聚集,那么聚集中的元素也都是朋友。
    (5)当前对象所创建的对象。
    实现:
    (1)在类的划分上,应当创建有弱耦合的类。类之间的耦合越弱,就越有利于复用。
    (2)在类的结构设计上,每一个类都应当尽量降低成员的访问权限。一个类不应当public自己的属性,而应当提供取值和赋值的方法让外界间接访问自己的属性。
    (3)在类的设计上,只要有可能,一个类应当设计成不变类。
    (4)在对其它对象的引用上,一个类对其它对象的引用应该降到最低。
    (5)尽量限制局部变量的有效范围. 

4. Android 架构初探(1)

        a. 基本架构方向、满足特性

            方向: 分层->模块化->组件化->插件化.

            目标: 方便自动化测试、低耦合(方便维护和扩展)、易复用。

        b. 框架简介

           1. ORM框架 (解决:数据库-对象映射)

              主流: hibernate、mybates/ibates、springjdbc   

              解决问题: 通过对象-关系映射系统,实现程序对象到关系型数据库的映射,减少大量数据库操作开发量。

              劣势: hibernaet 太重性能不好、复杂多表关联查询吃力。

                        ibates 半自动化,可以自己写sql. 文档、调试、复杂查询不方便。

         2.  MVC, MVP, MMVM用来解决业务逻辑和视图之间的耦合

             MVC:  M是指业务模型,V是指用户界面,C则是控制器.

                 a. 主动MVC

                    MVC的理论思想对应的是主动MVC, 这里的主动的意思是, Model会主动通知View更新。而我们使用MVC框架, Struts, asp.net mvc等都不是主动MVC(视图的更新都是通过Controller完成的)

      Model

        用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。
                    模型中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制,那些用于监视此模型的视图必须事先在此模型上注册,从而,视图可以了解在数据模型上发生的改变。

      View

      视图层负责数据的展示。
      在视图中一般没有程序上的逻辑。为了实现视图上的刷新功能,视图需要访问它监视的数据模型(Model),因此应该事先在被它监视的数据那里订阅Model的事件。

      Controller

      控制器是M和V之间的连接器,用于控制应用程序的流程。它处理事件并作出响应。“事件”包括用户的行为和数据模型上的改变。

                     

 

                 b. 被动MVC 

                 

          被动MVC 中,与主动MVC的区别在于: 
            1、模型对视图和控制器一无所知,它仅仅是被它们使用 
            2、控制器使用视图,并通知它更新数据显示 
            3、视图仅仅是在控制器通知它去模型取数据的时候它才这么做(视图并不会订阅或监视模型的更新) 

          Web中的MVC框架都是被动MVC模式,因为web应用中, 由于http是基于请求和响应方式协同工作的,因此当服务器端的model(数据)发生变化时,它不会立即更新客户端的view,只有客户端重新请求或刷新页面时才更新.

下图是典型的MVC框架中的MVC一个请求流程。

image

                                

        c.  MVC 缺陷

           

MVC的缺点

完美的MVC应用场景应该是这样的:

有个Student Model, 关联StudentListView,  StudentEditView.
对于StudentListView, Student Model提供Student的集合数据来显示StudentListView
对于StudentEditView, Student Model提供单个Student数据来展示StudentEditView并且响应StudentEditView的保存操作。

但是这只是完美的情况,实际应用中,在ListView上,不单单显示Student的信息,可能还需要这个Student的历史成绩,家庭情况,  老师信息。而这些是Student Model不能提供的。
也许我们可以扩展Student Model, 将Student Model能够提供的信息扩展,包含成绩信息等,这本身也可以。但是,如果Student显示的View,这个需要只是需要额外的成绩信息,另一个View只是需要额外的家庭信息,Student Model是不是有些疲于奔命,你能知道还会有多少个差异化的View的需求? 而且让逻辑端代码这样不断的修改来适应View端,好吗?

由于MVC的设计思想是从Model出发,而没有考虑到View端的复杂性,这样导致的问题是Model难以符合复杂多变的View端变化。
相对这点,MVP和MVVM就要好得多。它们都独立出了Presenter 和ViewModel来对应每个View。

 

5. Android Mac无法识别手机或USB调试

    a. 排查USB是否识别,确保硬件USB接口和USB数据线正常。

       方法:

             1.  Mac->关于本机->系统报告->USB  如图:

             

             2. 执行 adb devices,查看有无设备

        一般情况下都是线或手机USB接口的问题。           

posted on 2017-09-30 22:41  齊帥  阅读(194)  评论(0编辑  收藏  举报

导航