下面是小编帮大家整理的Android开发技巧二避免在EditText中验证日期，本文共2篇，欢迎阅读，希望大家能够喜欢。
篇1：Android开发技巧二避免在EditText中验证日期
开发者都知道验证表单里的数据是令人厌烦而且容易出错的，日期输入框的验证也是如此，我们可以开发出一个外观看起来与EditText相同Button,点击该Button后，会显示一个DatePicker控件。
要实现上面的想法，需要将Button控件的默认背景改成EditText的背景。
看一下main.xml:
然后我们看一下MainActivity.java文件：
package com.yayun.edittextdatedemo;import android.app.Activity;import android.app.DatePickerDialog;import android.app.Dialog;import android.os.Bundle;import android.view.View;import android.view.View.OnClickListener;import android.widget.Button;import android.widget.DatePicker;public class MainActivity extends Activity {private Button mButton;static final int DATE_DIALOG_ID=0;private int mYear;private int mMonth;private int mDay; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); mButton=(Button) findViewById(R.id.btn_date); mButton.setOnClickListener(new OnClickListener {@Override public void onClick(View arg0) { showDialog(DATE_DIALOG_ID);//弹出对话框 } }); } private DatePickerDialog.OnDateSetListener mDateSetListener=new DatePickerDialog.OnDateSetListener() {//监听日期设置事件 @Override public void onDateSet(DatePicker view, int year, int monthOfYear, int dayOfMonth) { mYear=year; mMonth=monthOfYear; mDay=dayOfMonth; updateDisplay(); } private void updateDisplay() {//设置显示 mButton.setText(new StringBuilder().append(mYear).append(“-”).append(mMonth+1).append(“-”).append(mDay)); } }; protected Dialog onCreateDialog(int id){ switch (id) { case DATE_DIALOG_ID: return new DatePickerDialog(this, mDateSetListener, mYear, mMonth, mDay); default: break; } return null; }}
运行实例：
总结
1.android:background=“@android:drawable/edit_text” 将Button显示成EditText样式；
2.注意创建日期对话框的方法，
电脑资料
篇2：避免三大误区 CIO在CRM选型中的技巧
一是没从专业化、细分化选用CRM解决方案
近几年CRM市场风生水起，日渐火红，国际上知名CRM软件厂商SAP、Oracle、Siebel、Peoplesoft等纷纷大步踏进中国市场，国内 CRM管理软件厂商也开始兴起，比较有名望、上规模的有金蝶、用友、天剑、国能科诺、立友信、联想、TurboCRM、彩练、中圣、易达伟业、奥捷特等加快角逐CRM，掘金CRM，国内CRM市场渐扩大，成为国内管理软件新生力军，
然而不可否认，不菲的成本、各实施单位复杂多变、执行难度大、技术尚未完全成熟，以致国内CRM实施成功率不到30%，没产生良好的预期效果，CRM似乎陷入一种“高级摆设”的尴尬境地。
一年前就实施了CRM的一家厦门饮料企业信息部CIO张君向业界诉苦说：“起初我们企业对这套系统寄予了很大的憧憬，以为它可以顺利解决我们企业在客服流程、营销管理方面的问题与症状，于是在继财务软件、OA、HR之后，我们又引进了CRM，然而结果却事与愿违，实施起来难度大成效小，最后成了一个食之无味、弃之可惜的‘鸡肋’!”
据悉，这家企业购买的是一套通用CRM，然而在使用的过程中却发现该软件有不少流程、功能与公司自身的业务实际有较大差异，有许多性能、模块难于发挥，实际应用过程中只利用了该系统中20%左右的功能，与具有统计、汇总功能的EXCEL表件没有多大差别。
诸如此例，屡见不鲜。
事实上，CRM市场在客户需求、产品成熟度、项目实施度、厂商实力和渠道基础方面都较弱于OA、HR、ERP等管理软件，并未显现出象它们较为红火的局势，在国内普及率还是甚低。英国贝恩管理咨询公司一份报告指出，国外企业使用CRM的失败率高达65%，国内 CRM状况似乎更糟些，
CIO在CRM选型中的三大误区
为何CRM并未显现出如OA、HR、 ERP红火的局势，让CIO对CRM产生一个味如鸡肋、甚至失败的感觉?愚以为以下CIO在CRM选型中常见的认识误区，从而困住了时下CRM在企业的成功推广应用。
不同行业有其不同的业务需求和业务流程，CIO应根据企业所处的行业、此行业在国民经济中的地位和作用和本企业的特点、差异性来有针对性选用、实施CRM。
比如，大企业和小企业、制造业与零售业、上中游企业与下游企业的CRM实施的侧重点是不同的;比如，有些企业侧重业务流程处理，有些侧重信息挖掘和决策支持，有的注重销售成本的控制;再如，生产季节性产品的企业，要求CRM在时间因素上的考虑更多些，生产耐用产品的企业，则对客户忠诚度方面要求较高。
即使同一个行业，由于经营的产品性质不同，经营规模不同，发展阶段不同，也有着不同的销售模式和营销策略，比如会员制、大客户制、项目销售、标准销售等，这些均需要更细分化、专业强的CRM去配对管理。这就要求CIO在选型中不能以是否“通用化”简单处理，要更针对性要对症下药，否则 CRM系统就很难为企业提供有深度的优质个性化服务，过于通用化的CRM软件虽然减少实施难度，但实效性、针对性可能更差些。
目前不少 CRM商很少亲自到基层体验不同企业的实际需求，没时间认真分析它们强烈差异性，只通过客户的简单介绍，就在CRM通用性产品上做一些增增减减、缝缝补补的工作，以此来提供给客户。这种研发设计本身就没有真正实现以客户为中心的理念，有可能因设计人员在理解上的偏见而“差之毫厘，失之千里”，很可能是企业 CIO们在今后升级过程中的主要障碍，为推广应用埋下隐患。
因此面向不同行业提供各种专业化、细分化解决方案是不仅考验CRM商的设计水平，也是CIO选型得以成功的基础，检验CIO的市场判断力、选型水平。
★论Android Binder驱动在Framework中的重要性
文档为doc格式
