万博man手机客户端的理解: interface Info{ publicint getId(id)

当前位置:万博man手机客户端 > 万博man手机客户端 > 万博man手机客户端的理解: interface Info{ publicint getId(id)
作者: 万博man手机客户端|来源: http://www.shiketool.com|栏目:万博man手机客户端

文章关键词:万博man手机客户端,粗粒度

  粗粒度容納的邏輯多細粒度容納的邏輯少    B:轻量级和重量级应该是按占用的资源多少衡量的

  F:  当客户需要数据的时候,它当然应该知道它的数据是什么样的啊,所以getData(),setData()时的Object   对象对于用户并不是黑箱,用户可以只用一个操作就完成数据的存取,这就是粗粒度的.粒度应该是相对与该类的使用者来说的,如果存取只需要有限的操作,而没有暴露太多的底层实现则是粗粒度的,相反你把每个属性暴露给用户让它都可以对之进行操作则是细粒度的.楼上所说实体Bean,如果我们对它的每个属性都提供getter,setter方法,却不提供getData(),setData()这样的操作,则也是细粒度的,所以在设计Enty   Bean时应该避免设计成细粒度的,因为这为增加网络开销.

  定实例。比如用户管理中创建、删除对所有的用户都一视同仁并不区分操作的具体对象实例。

  粒度是在考虑粗粒度的对象类别之后才再考虑特定实例。比如合同管理中列表、删除需要区分该合同实例是否为当前用户所创建。

  一般全县权限的设计是解决了粗粒度的问题因为这部分具有通用性而细粒度可以看成业务部分因为其具有不确定性

  Hkingofhawks第二次的解释很详细我也很清楚了以前只知道Entity   Bean不适合用于管理细粒度的对象因为对于细粒度的对象来说实现、部署EJB和使用JNDI访问开销太高。但不是很明白为什么会这样现在知道了是因为需要大量存取操作之故。

  而对于像Spring一样的轻量级容器则更适合管理细粒度的对象因为它使用IoC使得省去了大量的JNDI查找也不再需要额外的部署。由于几乎不依赖于容器实现也更为简单。

  I:  楼主理解基本正确.粒度这个问题应该在设计时根据具体需求而决定,容器环境,性能要求等等都具有较大的影响.我发现在Java版里大家关注的很多都是非常细节的问题,至于设计方面的讨论太少了,现在觉得设计真的是太关键,在前期多花点工夫,在代码实现,维护,扩展,以及其他非功能性需求如性能等方面的满足上也许我们就不至于会那么焦头烂额了.欢迎大家多发些这种类型的讨论帖子大家共同提高~~

  J:  粒度这个词语一般在权限管理方面用的比较多举个例子来说对于一个模块级别或以上的就可以叫做粗粒度对于详细到记录级别的就可以叫做细粒度。实际上我觉得这个划分是根据情况而定的没有完全绝对的粗粒度或细粒度只是根据你自己的理解所划分的了。

  的理解: interface Info{ publicint getId(intid); publicString getName(Stringname); publicint getAge(intage); public int getSex(int sex) } 上面就是

  1.工作原理: (1)Spark Streaming接收到实时数据流(data stream) (2)Spark Streaming把数据按照指定的时间段切成一片片小的数据块(小批次) (3)然后Spark Streaming把小的数据块传给Spark Engine处理 (4)Spark Engine处理后,输出处理后的数据(processed result) 二、细...

  在读的一篇文献中关于RDF的描述: As we know, RDF data is a set of triples with the form (subject, property, object). Thisfine-grainedmodel leads to SPARQL queries on RDF data with a large number of joins. 这...

  需求分析中的用例分析就是分析什么人做什么事,描述做事要描述详细到什么程度呢?这就是粒度问题。这个问题往往困惑很多人,人们搞不清楚描述多么细致才算合适,人们生怕描述的太细致就显得太罗唆,又担心描述的太粗会漏掉什么,心里拿不准,不敢下笔写,即使写出来也惴惴不安,总没有1+1=2那样给人确凿无疑之踏实感。 人们常说的一句话:细节决定成败。而在需求阶段,则需求的粒度越细,后期

  背景 顺着昨天spark standalone实现那篇文章继续扯淡,看看Mesos Scheduler的两种实现的异同。 对我来说,回过头再仔细看Spark在这一层的实现,思路又清晰了许多。 Mesos

  CoarseMesosSchedulerBackend,万博man手机客户端是mesos的

  scheduler backend实现。 简单说一下mesos的...

  选择SOA就意味着将业务流程或功能用服务来表达,而服务的颗粒度直接影响到服务的质量,包括灵活性和效率等诸多方面。 因此,选择合适的颗粒度对服务设计是至关重要的。因为老被人问起,节前就有了就“服务颗粒度”问题写点东西的想法,没想到却因此困扰了我整个国庆节。回头想这其中很重要的一个原因,就是业界并没有就此形成一个非常清晰的答案。一个服务应该选择怎样的颗粒度,目前来看基本上还是一个主观的度量,并

  服务设计的思路。内部的业务规则和操作可能比较复杂,但是组件之间的交互需要屏蔽这些复杂性,是

  我们还是从两个方面来看,首先是服务传递的数据的数据结构的复杂程度,以供应商查询服务来举例,如果我一次查询的是供应商基本信息+联系信息+地址地点信息+财务信息的复合实体,那么数据

  模式(Coarse-grained Mode):每个应用程序的运行环境由一个Dirver和若干个Executor组成,其中,每个Executor占用若干资源,内部可运行多个Task(对应多少个“slot”)。应用程序的各个任务正式运行之前,需要将运行环境中的资源全部申请好,且运行过程中要一直占用这些资源,即使不用,最后程序运行结束后,回收这些资源。举个例子,比如你提交应用程序时,指定使

  探索卷积神经网络中稀疏结构的规律性(Exploring the Regularity of Sparse Structure in Convolutional Neural Networks)

  论文:摘要 稀疏化的好处在于可以通过跳过“0”的计算来减小深度神经网络的计算复杂度,采用稀疏化的优势在下一代DNN加速器(比如TPU)中已经被列为一个优先事项。稀疏化的结构,或者说剪枝粒度通同时影响着硬件加速设计的效率和模型的精确度。

  的剪枝带来了更规律的稀疏化模式,这更适合硬件加速的目的。在本篇论文中我们通过量化对稀疏规律和预...

  图像识别、检索和生成三个方向展开论述。此外,他们还对该领域未来的发展方向进行了讨论。 (CV)是用机器来理解和分析图像的过程,是人工智能中一个重要分支。在 CV 的各个研究领域中,

  图像分析(fine-grained image analysis, FGIA)是一个长期存在的基础性问题...

  图像分析任务相对通用图像(General/Generic Images)任务的

  和难点在于其图像所属类别的粒度更为精细。 以图1为例,通用图像分类其任务诉求是将“袋鼠”和“狗”这两个物体大类(蓝色框和红色框中物体)分开,可见无论从样貌、形态等方面,二者还是很容易被区分的;而

  1,什么是服务的颗粒度?一般的说法,服务颗粒度(service granularity)就是指一个服务包含的功能大小。举个例子,对于电信九七系统中的营业受理来说,提交客户订单就是一个典型的

  的服务,而实现这个提交订单服务的一系列内部操作,比如说创建客户资料,生成客户订单,记录产品属性,更新帐务关系等等就可能成为一系列

  GPU(CUDA)学习日记(十一)------ 深入理解CUDA线程层次以及关于设置线程数的思考

  GPU线程以网格(grid)的方式组织,而每个网格中又包含若干个线系列中,每一个线个线程,Fermi架构中每个线个线程。同一线程块中的众多线程拥有相同的指令地址,不仅能够并行执行,而且能够通过共享存储器(Shared memory)和栅栏(barrier)实现块内通信。这样,同一网格内的不同块之间存在不需要通信的

  Web服务作为炙手可热的技术,如何应用到企业的IT系统和商业流程之中、并给企业带来直接的经济效益,一直备受国内外企业管理者的高度关注和推崇。而在近两年,出现了一种技术架构被誉为下一代Web服务的基础架构,它就是SOA(Service-oriented architecture,面向服务架构)。1996年,Gartner最早提出SOA。2002年12月,Gartner提出SOA是现代应用开发领域

  MYJace:贝叶斯网络为什么不能对变量进行筛选呢? 据我所知,贝叶斯网络可以通过选择Class Variable的Markov Blanket来筛选变量,除了 Markov Blanket以外的其他变量实际上对于Class Variable的影响其实都可以忽略

  空白MAX:我想在自定义的工程里使用hdmi库,block design需要什么连接?博主你试过吗?

网友评论

我的2016年度评论盘点
还没有评论,快来抢沙发吧!