找到约286篇文章
  • 幻海 分享于2017-01-08 被收藏0次 0人推荐 0条评论
    原文出处: http://blog.csdn.net/androidzhaoxiaogang/article/details/8955265 1.rpc  RPC的全称叫远程过程调用,在过去一般传输的数据是二进制的,数据的传输形式相对轻量和简单,传输过程相对来说也要高效一些。直到后面XML-RPC的出现,RPC的传输形式相对来说要丰富一些,数据结构的传输也可以传输较为复杂的情况。
  • 马吉吉 分享于2016-12-25 被收藏0次 0人推荐 0条评论
    systemctl start iptablesFailed to issue method call:Unit iptables.service failed to load:No such file or directory. 解决办法systemctl mask firewalldsystemctl stop firewalldyum install iptables-servicessystemctl enable iptablessystemctl start iptables 如果是
  • 囧Sally 分享于2016-08-19 被收藏0次 0人推荐 0条评论
    servie是系统的组件,它由系统进程托管(servicemanager);它们之间的通信类似于client和server,是一种轻量级的ipc通信,这种通信的载体是binder,它是在linux层交换信息的一种ipc。而thread是由本应用程序托管。1).Thread:Thread是程序执行的最小单元,它是分配CPU的基本单位。可以用Thread来执行一些异步的操作。2).Service:Service是android的一种机制,当它运行的时候如果是Local Service,
  • Voodoo.. 分享于2016-08-03 被收藏0次 0人推荐 0条评论
    之前我们利用SharePoint定制招聘管理系统,相信很多人也都了解怎么去执行这个应用和平台。那么我们接下来做另外一个案例:建立一个ServiceDesk平台Service Desk是ITIL中的提到的重要概念之一,而相应的Service Desk平台动不动就几万上十万,从某种程度上,我们在导入Service Desk平台的时候如果没有那么多经费,怎么办呢?今天我们来给大家利用SharePoint来搭建Service Desk平台,由于是基本的ServiceDesk进行搭建,我们不会将平台做的非
  • lwd1010 分享于2016-08-02 被收藏0次 0人推荐 0条评论
    目前我们的整个问题处理流程结束了整个问题的处理,我们进入到问题最后的一个阶段,将解决的问题进行归档,归档的内容包含问题编号,提出问题的公司名称、联系人和联系方式,一线工程师处理方式,二线工程师处理方式等步骤,这些数据来源于我们现有表单的数据。其他的内容基本上都来源于目前的表单:各类信息都是与我们的之前的字段相似,因此我们不需要修改太多的内容
  • 传说中的鬼 分享于2016-08-02 被收藏0次 0人推荐 0条评论
    我们做完了所有的页面,接下来就存在一个问题,我们一共有7个页面,如何实现我们的页面按照顺序实现流转呢,这里面我们必须再来设计一个表单用来存放页面的参数和我们的页面状态字段,这些字段和我们的每个页面的按钮对应和更新我们的字段值。接下来我们来设计一个隐含参数:2.插入我们需要的表格:3.加入两个参数,一个是page_num.一个是服务状态,其中page_num的默认值为1:另外就是我们的service status了:接下来我们需要设置这些视图不可见,而完完全全的由我们的参数来定义出我们的页面视图,
  • MR.K 分享于2016-08-02 被收藏0次 0人推荐 0条评论
    我们设定的规则是只要我们的问题不解决,我们就不关闭CASE,当所有问题都解决了,我们就可以关闭我们的Case id,最终作为归档。处理过程还是一样,我们将我们的页面结构从第一页拷贝过来:我们添加了四个文本框,一个是统计一线工程师支持的支持次数,二线工程师支持次数,Escalation时间和结案时间,其他的几个按钮都相对比较简单:Close的时间是一个图片按钮,图片按钮的目的主要是点一下计算当前的Close的时间,因此这个按钮是一个规则定义出来的结果:最后我们设置了按钮提交我们当前的表单。到此我们
  • 大学生微生活 分享于2016-08-02 被收藏0次 0人推荐 0条评论
    完成了创建ServiceTicket页面的设计,接下来我们来设计安排工程师的界面,这个界面主要安排工程师的跟进,因此不需要太多的页面和字段作为展现,接下来我们来设计这个页面了,首先我们利用视图切换到Assign Engineer视图:接下来我们在第一页的那些字段全部删除掉,然后直接将字段拖进来,主要是为了显示字段,而不让他变成可以修改的字段,作为我们的第一页的数据源存在:然后我们将数据拖进去,最后形成下面这样子,差别主要是针对我们的下拉列表框的内容就以文本框的方式直接展现了:接下来我们继续来设计
  • 思念着 分享于2016-08-02 被收藏0次 0人推荐 0条评论
    讲完了我们的分配工程师页面,我们接下来就要搞一点有技术含量的东西了,就是利用重复表进行我们的数据操作和更新。因此有那么一点技术含量在,闲话不多说,我们接下来先切换我们的视图到一线工程师处理问题页面,界面可以参考之前的结构,信息也是之前的信息,我们先把框架弄好,前面的内容基本上类似,后面添加重复表:这里我们添加5列:1.序号2.工程师姓名3.处理时间4.工程师EMAIL 5.问题处理步骤五个文本框:最终呈现方式如下,其中我们的工程师姓名和工程师Email是下拉列表框,其他的是标准的文本框:接下来我
  • 马蘑菇 分享于2016-07-20 被收藏0次 0人推荐 0条评论
    前面已经对Service的startServer方式启动一个服务了解过了,现在来看一下Service的另一种启动方式→bindServerbindServer使用场景1、在同个app之间调用(即是同一个进程中)2、在不同app之间调用(即是跨进程间通信)同个app间调用(只有一次启动该服务)BinderActicityApublic class BinderActicityA extends Activity implements View.OnClickListener{private But

也许你感兴趣

换一批