目录 1. 问题描述 2. 有限元模型建立--Cohesive单元 3. 有限元模型建立--接触方法 Abaqus提供了两种方法模拟胶结特性: 使用Cohesive单元模拟胶结,通过定义材料属性和截面,给Cohesive单元赋Cohesive截面属性,以此模拟胶结层: 使用接触(Contact)模拟胶结,在有限模型中需要在胶结的两个面之间创建接触,而接触特性选用Cohesive Behavior.(在Interaction模块完成,创建接触后,在编辑接触属性对话框中的Mechanical的子菜单

生命组学 将密码子表重排后发现,嘌呤嘧啶含量不同,密码子的氨基酸种类由第一二位决定,同时第三位变化大却没有蛋白质层面上实质性的改变,这说明第三位氨基酸是用于维持氨基酸组成不发生变化同时保证蛋白质稳定性. 基于最小损伤原则,AU-rich半区为多样性半区,这里的氨基酸是必须的氨基酸且种类繁多.GC-rich半区是鲁棒性半区,通过可替代的氨基酸可以帮助稳定氨基酸组成,因此氨基酸变化对蛋白质影响小,这是对对多样性半区的补充.比如,四重兼并和假四重兼并(变为同类或相同氨基酸). 密码子演化假说 凝固事件

那得从很久很久以前说起了,记得那个时候... 懵懂的记得从前有个叫委托的东西是那么的高深难懂. 委托的使用 例一: 什么是委托? 个人理解:用来传递方法的类型.(用来传递数字的类型有int.float.double,用来传递方法的就有委托) 例二: 又经过了很久很久... 匿名方法 很多时候委托接收的方法是一次性的或者方法体是非常简单的... 例三: 我们可以写成: 有没有发现我们每次都要定义委托,很多时候签名可能是一样的.这样就没有必要定义重复的. 然后又过了很久很久... Func和Acti

谈起APP,大家都太熟悉不过了,今天想谈谈这么多年技术演化的路. 早期一些大公司就开始做一些APP了,例如facebook.google等国外的公司就已经开发这个技术路线,那个时候的APP数量很少,基本上我们可以理解为web时代的APP,都是用web的方式来实现APP的.也就在这个时候,我们听到了Html5的声音,当时大家一窝蜂都说H5未来将要一同江湖,当时的android呢分化也非常严重,相同的代码要切分很多份.所以当时有这样的声音. 随着时代的进步,到了2010年左右的时候大概就是iphon

前面的话 本文将详细介绍网站架构的演化过程 初始阶段 大型网站都是从小型网站发展而来,网站架构也是一样,是从小型网站架构逐步演化而来.小型网站最开始时没有太多人访问,只需要一台服务器就绰绰有余,这时的应用程序.数据库.文件等所有的资源都在一台服务器上.通常服务器操作系统使用Linux,应用程序使用PHP开发,然后部署在Apache上,数据库使用MySQL,汇集各种免费开源软件及一台廉价服务器就可以开始网站的发展之路了 分离阶段 随着网站业务的发展,一台服务器逐渐不能满足需求:越来越多的用户访问导

写在前面 因为zepto.jQuery2.x.x和Nuclear都是为现代浏览器而出现,不兼容IE8,适合现代浏览器的web开发或者移动web/hybrid开发.每个框架类库被大量用户大规模使用都说明其戳中了开发者的刚需.本文将对比zepto/jQuery到Nuclear的设计和演化的过程. 无框架时代 互联网的春风刚刮来的时候,人们当时利用三剑客制作网页. <div onclick="showMsg()"></div> <script> funct

谈谈UI架构设计的演化 经典MVC 在1979年,经典MVC模式被提出. 在当时,人们一直试图将纯粹描述思维中的对象与跟计算机环境打交道的代码隔离开来,而Trygve Reenskaug在跟一些人的讨论中,逐渐剥离出一系列的概念,最初是Thing.Model.View.Editor.后来经过讨论定为Model.View和Controller.作者自言“最难搞的就是给这些架构组件起名字”. 因为当时的软件环境跟现在有很大不同,所以经典MVC中的概念很难被现在的工程师理解.比如经典MVC中说:“vi

本篇继续上篇<Winform开发框架之存储过程的支持--存储过程的实现和演化提炼(1)>来对Winform开发框架之存储过程的支持进行介绍,上篇主要介绍了SQLServer和Oracle两种数据库对常规存储过程的编写和对比,本篇主要介绍如何在C#里面,如何对这些存储过程进行调用,并获取到对应的数据类型,如输出参数,单个数据记录,多个数据记录等情况.最后在完成实现功能的基础上,对这些实现进行演化提炼,并扩展到我的WInform开发框架里面,实现功能重用.代码简化的目的. 1.数据访问接口的定义

你知道C#中的Lambda表达式的演化过程吗? 阅读目录 委托的使用 匿名方法 Func和Action Lambda的诞生 那得从很久很久以前说起了,记得那个时候... 懵懂的记得从前有个叫委托的东西是那么的高深难懂. 委托的使用 例一: 什么是委托? 个人理解:用来传递方法的类型.(用来传递数字的类型有int.float.double,用来传递方法的就有委托) 例二: 又经过了很久很久... 匿名方法 很多时候委托接收的方法是一次性的或者方法体是非常简单的... 例三: 我们可以写成: 有没有

go语言在云计算时代将会如日中天,还抱着.NET不放的人将会被淘汰.学习go语言和.NET完全不一样,它有非常简单的runtime 和 类库.最好的办法就是将整个源代码读一遍,这是我见过最简洁的系统类库.读了之后,你会真正体会到C#的面向对象的表达方式是有问题的,继承并不是必要的东西.相同的问题,在go中有更加简单的表达. go runtime 没有提供任何的锁,只是提供了一个PV操作原语.独占锁,条件锁 都是基于这个原语实现的.如果你学习了go,那就就知道如何在windows下高效的方式实现条

(此文章同时发表在本人微信公众号“dotNET每日精华文章”,欢迎右边二维码来关注.) 题记:Miguel de Icaza在最近发表的一篇博文中畅谈了Mono及其相关产品中的C#交互特性的演化情况. 早期 在2008年,Miguel他们在Mono中引入了一个C# Shell程序(仅有命令行).在实现这个交互Shell的过程,Mono为.NET实现了大量有用的命令行编辑API,也促进了Mono自己的编译器即服务特性的开发.几个月后,为这套Shell添加了一个UI界面.如下图所示: 并且还加入了p

0x01.大型网站演化 简单说,分布式是以缩短单个任务的执行时间来提升效率的,而集群则是通过提高单位时间内执行的任务数来提升效率. 集群主要分为:高可用集群(High Availability Cluster),负载均衡集群(Load Balance Cluster,nginx即可实现),科学计算集群(High Performance Computing Cluster). 分布式是指将不同的业务分布在不同的地方:而集群指的是将几台服务器集中在一起,实现同一业务.分布式中的每一个节点,都可以做集

前言 一 个成熟的大型网站(如淘宝.天猫.腾讯等)的系统架构并不是一开始设计时就具备完整的高性能.高可用.高伸缩等特性的,它是随着用户量的增加,业务功能的 扩展逐渐演变完善的,在这个过程中,开发模式.技术架构.设计思想也发生了很大的变化,就连技术人员也从几个人发展到一个部门甚至一条产品线.所以成熟的 系统架构是随着业务的扩展而逐步完善的,并不是一蹴而就:不同业务特征的系统,会有各自的侧重点,例如淘宝,要解决海量的商品信息的搜索.下单.支付,例 如腾讯,要解决数亿用户的实时消息传输,百度它要处理海

前言 之前分享的<web项目演化--验证体系>中提到基于angular的验证,但是为了以防读者迷惑,能够好的理解验证体系,所以没有详细介绍. 今天特地补写一篇关于构建angular的验证. 前端验证组件虽然对于美工的要求会更多,但是真实的应用环境下,其实对业务的要求会更高,需要组件有统一的规范,除非设计通用组件,否则应该更关注业务来进行设计. 有了统一的验证组件,复合组件可以重用单一的文本框.输入框.复选框等组件,开发人员可以节省不少时间,并且在后期需要对网站风格统一调整的时候,只需要改变相应

刚出来工作,就负责一个APP的某块功能的编写,该功能就是类似微博那样的界面.微博界面的编写实际上是非常复杂的,虽然它只是一个ListView,但要想让这个ListView滑得动,是的,在一些配置低的手机,随便一个负载内容多的Item,都有可能导致OOM...如果只是简单的为了实现了效果,可以选择将所有内容都写在xml文件,如果布局不好的话,就会出现嵌套过多的情况,同样也会出现OOM的情况...就算不会出现OOM的情况,也能滑得动,也会面临是否能够滑得快... 要想能滑得动,也能滑得快,就要动点脑

原文:ODBC, OLEDB, ADO, ADO.Net的演化简史 1.演变历史 它们是按照这个时间先后的顺序逐步出现的,史前->ODBC->OLEDB->ADO->ADO.Net. 看看Wiki上的MDAC定义:“Microsoft Data Access Components(MDAC)是微软专门为数据访问功能而发展的应用程序开发接口,做为微软的统一化数据访问(Universal Data Access; UDA)解决方案的核心组成,最初的版本在1996年时发表,其组成组件有O

Java应用架构的演化之路 当我们架设一个系统的时候通常需要考虑到如何与其他系统交互,所以我们首先需要知道各种系统之间是如何交互的,使用何种技术实现. 1. 不同系统不同语言之间的交互 现 在我们常见的不同系统不同语言之间的交互使用WebService,Http请求.WebService,即“Web 服务”,简写为 WS.从字面上理解,它其实就是“基于 Web 的服务”.而服务却是双方的,有服务需求方,就有服务提供方.服务提供方对外发布服务,服务需求方调用服务提供方所发布的服务.如果说得再专业一

评注:android 后台分进程保活方式的实践 Android 后台任务型App多进程架构演化 字数1621 阅读2790 评论8 喜欢35 什么是后台任务型app 类似音乐.录音机,需要用户长时间在后台使用的产品 背景: 笔者之前的项目一直在做跑步app, 用户的场景是这样的,用户开启跑步模式后,我们需要监听Gps 信号来统计用户的运动数据,包括距离,配速,时间.其实是看似很“简单"的用户场景, 起初笔者也这么认为,经过了一段时间的迭代完善,现在就来分享一些其中的”不简单“.笔者会从一个跑步a

博客:blog.shinelee.me | 博客园 | CSDN 写在前面 最近因项目需要,得把OpenCV捡起来,登录OpenCV官网,竟然发现release了4.0.0-beata版本,所以借此机会,查阅资料,了解下OpenCV各版本的差异及其演化过程,形成了以下几点认识: 新版本的产生是为了顺应当下的需要,通过版本更新,接纳新技术和新方法,支持新兴编程语言接口,使用新的指令集,优化性能,解决固有问题等 新技术新方法会优先加入到新的大版本中,即使新的技术方法可以在旧版本中实现,但为了推动用户

前端研发流程 传统To B类系统的研发模式 探索 & 思考设计模式库(DPL)设计语⾔设计语⾔详解基于MVVM模式的Web框架 & UI库优化后的开发模式实现价值实践 赋能 赋能授权(Empowerment)是近年来应最多的商业语汇之一.赋能授权的意思就是授权给企业员工--赋予他们更多额外的权力.逻辑上来说,这样做意味着为了追求企业的整体利益而给予员工更多参与决策的权力. 理论上, 赋能授权是为了消除妨碍员工们更有效工作的种种障碍,其思想出发点是企业由上而下地释放权力--尤其是员工们自主工