k***r
发帖数: 4260 | 1 That sounds loose enough. If the GUI collects the user inputs and pass
it to the core code from command line or a file, then read the output
from one or more files, it's very very loosely coupled. It's actually
not couple /decoupled. You can pretty much use any tool you want to
write the GUI.
If visualization of the data involves charting and drawing, it'll be
more than GUI widgets. You'll need to also consider the availability
of charting/drawing libraries. There are free/open source libraries |
|
h****4
发帖数: 39 | 2 本人水平有限，不得要领.请版上的牛人给些建议.谢谢各位.
Using C++ write a solution to solve the following:
Class Foo performs an action that Class Bar needs to respond to. Class Foo
and Class Bar have no knowledge of each other. Write a system that will
allow Class Bar to respond to actions from Class Foo while preserving the
decoupled nature of both classes. The solution needs to be scalable and
extensible so that other classes can produce and respond to actions from any
other class.
· Must be written in C++
· |
|
d****p
发帖数: 685 | 3 Thanks - but that's why I am confused.
If its purpose is to decouple any units include-ing Foo.h and Foo's
actual implementation, the situation already justifies promoting Foo into
a higher level as abstract class such as IFoo.
So basically it is
abstract(IFoo) - semi abstract (Foo) - solid (Foo::Impl)
vs
abstract (IFoo) - abstract (IFoo) - solid (Foo).
Maybe I am missing sth but I deem the second concept is cleaner.
Hmm seems the 1st approach does have merit - its instan |
|
k******i
发帖数: 5774 | 4 啊？什么都包含？
那就糟糕了
我学OO，学什么Design Pattern不就是要decouple吗？
要是GP是走聚合的方向的话那我宁愿不学了
是不是我理解错了？ |
|
t****t
发帖数: 6806 | 5 library interface design is not an easy task from the beginning, no matter
what language you use. you want to cover a lot of details: efficiency,
readability, encapsulation, robust, adaptation, decoupling, ... beginners
may cover one or several, but you need experience to cover all of them. |
|
t****t
发帖数: 6806 | 6 你要是够水平参加的话当然很好了. 但并不是很容易的.
换个想法, 你试着读懂别人的code会有帮助. 比如说STL或者boost. 先不要看他们的
code, 先想, 你自己如果做一个功能, 会如何做, 例如说std::shared_ptr或者boost::
any. 先写interface, 即你觉得应该有哪些interface; 再跟标准比较, 看作者比你多
考虑了什么东西, 为什么需要这些东西. 然后, 你自己实现这些interface, 需要什么
数据结构, 什么样的实现, 如何把实现和界面decouple, 如何做exception safety. 然
后跟作者的答案比较.
it's not easy. |
|
z****e
发帖数: 54598 | 7 这是理论，这会带来一系列的问题
比如接口是否存在
有些proprietary software是不提供某些语言的接口
这也很正常
然后倒腾这个接口本身也是一个很痛苦的过程
期间ide可能无法帮忙
因为很少有人这么做
这里面就有各种折腾
而且adapter是单机上的东西
一般这种情况下做integration比较合适
用eai就不需要折腾接口，或者说找一个共用的软件
比如数据库，或者一个公开的协议，比如http
会方便很多，而且decoupling
但是这样做必然会带来一个层次分离之后的效率问题 |
|
g*****g
发帖数: 34805 | 8 This is the encapsulation principle in OOP. It looks verbose, but when you
change the implementation, you can keep the contract intact.
e.g. You may introduce another variable that's directly linked to this
variable, you are supposed to update these two values at the same time. Now
you can update that variable in the setter and all callers won't be affected.
When you are making public APIs, or modulized a big system. These patterns
to help decoupling are important. |
|
g*****g
发帖数: 34805 | 9 另外一个变量可以是个private变量。比如有个变量a，为了方便或者效率，你有个另一
变量永远是2*a.
没有setter怎么弄？
设计模式不是讲究概率，目的就是为了decoupling。内部API随便写写还没事反正可以
refactor。一旦第三方要调用，你这么弄，一旦需要改，第三方都得跟着改代码。很多
时候这是不能接受的。
SetThisVariable( |
|
s***o
发帖数: 6934 | 10 Have not done anything significant with delphi so take this with a grain of
salt.
I would try to break out the components that require ongoing development
from the system, and rewrite them into separate services or libraries that
can be called from delphi. Keep a small footprint of resource on maintaining
legacy delphi code base, and sell your engineers with rewriting the new
stuff. One shot big rewrites are almost always big failures. I like
incremental changes and improvements if possible. It ... 阅读全帖 |
|
n******n
发帖数: 567 | 11 大家说说哪里可以背software 单词？面试题都做对了，就是有个manager说了几个
bootstrap, centrolization, decoupling 。。 我就跟不上了，半个小时才弄明白题
。感觉这单词好生啊，只能猜意思。
大牛们别码了，来说说怎么背单词，怎么提高装逼技巧。 |
|
c******o
发帖数: 1277 | 12 大部分需求其实future/workflow就解决了，
真的必须用到agent/actor的不多，再说用actor的话实在在算法和思维上都很有挑战性
，必须从distribute, async, decoupling来考虑，做起来其实不容易。
要是没需要，还是简单的好。 |
|
g*****g
发帖数: 34805 | 13 I guess enterprise developers don't use it as much these days. Composition
over inheritance does give you better decoupling in service design. |
|
t****t
发帖数: 6806 | 14 如果是硬盘慢的话, 你不如弄点大内存. 如果就是编译本身慢, 那你需要更多的CPU.
换SSD的帮助不大.
另外对于C++, 我觉得源代码的decoupling很重要... |
|
Y**G
发帖数: 1089 | 15 考察了Android上的几个开发工具/框架：
入围的条件：
- 比须是使用Java语言的，其他鸟语不考虑
- 必须代表先进的技术
Qt
Qt是老牌子了。但是比较悲催。Qt Mobile不用Java。而Qt Jambi不支持Android。
所以Qt基本不在考虑之中。
Xamarin
跨平台，企业及支持。可惜不用Java语言。也不在考虑之中。
Unity Mobile
主要是用来开发游戏的。用一种类javascript的脚本语言。但是访问Java类库相当不方
便。用他来开发一般Android应用显得比较偏门。
JavaFX
Oracle在Java One 2013上说Java FX 2不会支持Android，但是广大游击队元依然没有
放弃，已经有原型了( https://bitbucket.org/javafxports/android/wiki/Home )
FXML的UI描述语言相当不错，这种mark up语言描述性较强，同UI控件的实现decouple
的。UI可以在FXML中组装。 |
|
l*****9
发帖数: 9501 | 16 嗯，其实就是尽量decoupling，服务器可以随便增加，从而得到更好的performance。
12306加服务器没用，说明架构有问题 |
|
n****1
发帖数: 1136 | 17 我对老魏说的强耦合理解就是:
铁道业务逻辑只能同时利用一到两个线程. 如果你用了n个线程, 那么业务逻辑会使得
其中n-2个线程处于锁定状态. 所以机群不会比单机效率高.
现在不是用了17台机子么? 虽谈不上高度decouple,但离强耦合还是差很远吧. |
|
s*******g
发帖数: 243 | 18 我说的event不是那种os级别的event，是高层一点的抽象机制。至于为什么用event，
因为用event based design能decouple很多东西，设计会简单灵活很多。 |
|
p*****2
发帖数: 21240 | 19
to
如果不用库的话，可以分成几个函数。思想都一样就是decouple. |
|
g*****g
发帖数: 34805 | 20 我们用来做publisher/subscriber。但凡多consumer的地方都需要MQ。
另外也用来decouple service。有的时候你并不希望两个服务互相依赖。 |
|
d****i
发帖数: 4809 | 21 这个正是UNIX哲学的最佳体现：
separation of concern
software module decoupling
one tool only does one job and do it well
JavaScript |
|
N********n
发帖数: 8363 | 22
compatible
弱智才在BC上玩FC呢，纯自找罪受。DECOUPLE成不同版RUNTIME最简单。
偏偏JAVA设计者目光短浅就知道CLASSPATH，想不到这一点只好做个TE搬
石头砸自己脚。井底JAVA还出来捧臭脚。
你这个傻逼一贯如此。当年鬼叫了N年LINQ这不好那不好，JAVA不要, 装
得跟TM烈女似的。现在JAVA做STREAM API裸抄LINQ, 乖乖的喝C#洗脚水抽
你大耳光。以前竖大牌坊，现在出来卖逼。你们井底JAVA还有脸装啊？ |
|
z******g
发帖数: 271 | 23 同意好虫的说法。既然用户可以立即得到响应而不是block waiting就说明不是latency
的问题。我记得这种方法叫decoupled invocation pattern。用户得到响应之后之后等
待时间过长是因为服务器大规模处理能力不足，那就应该是scalability problem。 |
|
z*******3
发帖数: 13709 | 24
ioc和di
可以很容易滴decoupling
不容易造成memory leak
其次可以复用component beans
不需要大量生成beans，就可以复用或者说是共用objects
好处是多方面的，搞起来也很容易啊
就五分钟就可以搞定了，我当年就用了五分钟搞掂
一直都不理解为什么有人说spring难 |
|
z*******3
发帖数: 13709 | 25
可以这么说，毕竟是framework，还是有东西要你遵守的
不过这个部分跟你语言的部分分离
不侵入你语言的实现，这样你就可以复用很多代码了
因为同样的java代码，你放在哪里，都不需要修改
你的spring跟我的spring用的java文件是一样的
这样你至少在测试的时候就很方便，没有context要折腾
这个方法过了那就是过了，不存在说有context的问题
spring的xml很傻瓜
就是beans.xml
那个xml文件里面就这些东西，你看一下就懂了
spring是一个组件的pool
tomcat是一个thread的pool
这个thread主要用来管理网络上发送过来的req
然后tomcat会从thread pool里面抓出一个thread去处理这个req
然后你写的主要是组件，不管是servlet，还是spring这些
你写的都是component，不涉及thread这些，就放到server里面去被调用
对吧？传统的做法，都是servlet like的方式
就是你在servlet里面实现逻辑，如果你在servlet里面要用其他... 阅读全帖 |
|
N********n
发帖数: 8363 | 26 W/ generic OOP is able to decouple funcs from classes already. If it's
needed it's there. OOP funcs don't have to be bound to a class.
It just has to be a real generic like that of C#, rather than type
erasure garbage JAVA does. |
|
z****e
发帖数: 54598 | 27 那不行，我没有办法跟m$ couple起来
钱很重要，不能两个人分，要不然不用开源了
这个也要decoupling |
|
p*****2
发帖数: 21240 | 28 封装就是strong coupling
现在java都在decouple |
|
p*****2
发帖数: 21240 | 29
OO
有时间多聊一点。我的理解，static methods是workaround，根本原因是OO不承认
function的存在。否则static method理应是function。不知道大牛你们是如何把
static methods映射到现实世界的。
方法封装的问题是code reuse带来困难。所以OO出现了inheritance，又造就了更强的
耦合。所以更好的解决办法是用interface和function来解决。这样就可以decouple了
，而且code reuse也非常简单，现在Java明显就是这个方向发展的。当然你可以封装
methods，但是这可能不是普遍情况。 |
|
p*****2
发帖数: 21240 | 30
big data的话，FP更适合
OO适合的是大型应用，当然OO怎么用又是另外一件事情了。各个语言的理解都不太一样
。传统的三元素争议也很大，很多DP被function和interface取代了。我看未来的趋势
就是decouple，所以封装，继承都不再重要。function和interface的比重会越来越大
。这点来看golang倒是顺应了潮流。
OO本身其实是个比较宽泛的定义。广义来说很有用，狭义来说可能会走极端。很多人做
OO就知道封装，继承和多态，这个在脚本语言中体现的很明显。 |
|
w**z
发帖数: 8232 | 31 现在的queue 都是cluster 的吧，还可以persist， 比自己写一个容易多了。 而且
producer/consumer 可以是用各种语言，完全decouple 了。 |
|
N********n
发帖数: 8363 | 32
让你设计一个抢族，有长步枪、短步枪、机枪、狙击步枪。你难道还每把
枪之间都DECOUPLE，零件不通用，到战场上后勤维护还得准备好几套？写
CODE也一样，能通用REUSE是好事。 |
|
z****e
发帖数: 54598 | 33
func是1st class citizen就没有封装
随便写，oop要求放入一个object中去
design pattern是每一个p都有的东西
用不用，纯粹根据环境决定
你需要明白为什么用，然后再决定要不要用
而不是看不懂说这个东西没有用，我觉得很多人根本是没有看懂patterns，然后说没用
design pattern一直都不是一个强制的要求
而是optional，实际上一直都有反pattern的说法
就是对于套路，可以不用，没有人强制要求说一定要用这些patterns
而用了这些patterns，恰恰是民工们自己觉悟出来，哦应该要这么用
有如下好处,blablabla，实际上随着fp的介入，dp用得越来越多
比如subscribe/publish pattern，就在streaming中得到了应用
就比如factory，在spring出现之前，factory是一个比较好的把compile部分剥离的办法
有了factory pattern，你如果修改了product的impl，就不需要我用factory的objects
跟着compile，这样就实现了更大程度的封装和dec... 阅读全帖 |
|
S*********t
发帖数: 78 | 34 Is Angular 2.0 Worth It
Author: Torgeir Helgevold
Published: Sat Sep 05 2015
I have over the past months spent quite a bit of time working with Angular 2
.0 by writing sample components and going through the Angular 2.0 source
code. At this point I have decided to write down some of my thoughts around
my experiences with Angular 2.0. Keep in mind, these are just my own
personal experiences, so I am very interested in hearing from other
developers who might have totally different views on this.
S... 阅读全帖 |
|
z****e
发帖数: 54598 | 35
用什么都有，用tomcat因为apache口碑好，坑少，文档多
没了，就这一个，这是最理想的，一个类库做一件事
错了，spring的功能是di，主要是管理一个bean的生命周期
这样从客观上节省了内存和decoupling，其次也减少了内存泄漏的可能性
另外一个spring的主要功能是aop，这是spring两大利器
致于mvc，那个其实不重要，属于扯蛋的部分，ui的东西扯蛋居多
因为db本身的市场正在被nosql所蚕食，nosql天生就是object
所以不怎么强调orm，db因为都是relational，所以需要orm
作为trade off，orm牺牲了一部分性能，但是好处是可以比较容易滴迁移db
hibernate用上去之后，你就不在乎mysql和postgre的差别了
当然这很理想，但是至少一定程度上搞定了这个问题
类似ror
no，java的世界缤纷多彩，你看看techempower那个列表
你就可以看到，几乎一半都是jvm上的东西，你很难说某个东西一定不对
都是个人的选择嘛，grails对于groovy来说很重要，要知道
groovy可是表现最佳的脚本，这个你看vert... 阅读全帖 |
|
a******e
发帖数: 82 | 36 哇塞，很久没见过这么认真讨论问题的人了。一定要回复你一下。
很多年前搞过一个类似的系统，只不过local server是单片机，sensor是最简单的chip。
看了下需求，很清晰明了，各个layer decouple的很好，基本上一句话了，想怎么玩怎
么玩。从sensor到local server的通信这个版上的人大部分不懂，你自己搞好就行。从
local server到host的通信，这个比较主观了，个人建议json/rest 就足以了。必要的
时候可以自己在UDP上写个小protocol用。
到host端，尼玛真是想怎么玩怎么玩，神马db，webserver随便吧。这个板上的大神们
已经各显神通了，我这方面经验不足，不太了解。
关键的local server端，这个其实也是很subjective，我有些based on practice的经
验，统一回复：
--------------分割线---------------------
看了大家建议受益匪浅：现在关键好像集中在local server上，local server我主要想
这几个需求
1. 有一个lib 把senso... 阅读全帖 |
|
w********m
发帖数: 1137 | 37 楼主的思路是对的。
分离，decoupling，microservice. 都是现在流行的。
用celery起一个线程。
做一个service。
什么regex的任务都扔给celery worker。
node这边也要保持异步。 |
|
g****t
发帖数: 31659 | 38 I majored in EE and had been in this area 20 years.
If u nested 20 layers convolution,
How to control the error propagation for such complicate systems?
Or, let's say u had a 20 order differential equation, all coefficients had
some inaccuracy and uncertainty. How could that machine work?
The only way I can imagine is, it is not necessary to nest them.
They are actually weakly nested and can be separated into some
Irreverent parts in MOST cases without nest.
In other words, I guess that the very... 阅读全帖 |
|
c*******v
发帖数: 2599 | 39 我有实用考虑。一个信号通过三个非线性变换f,g,h
如果要实验互换顺序fgh,gfh,...的效果。
实现起来最方便的办法是什么呢？
最方便的是stimulink
当然这里也有复杂性。f --> 组合起来会有无法
decouple的情况。fgh f hh 最后会晕菜
: 非常同意绝大部分观点，不过大部分人在语言方面是追求fashion的，另外越是
新人越
: 是不太可能去学C ，有个文化因素。我觉得现在ML里中国人的库出现的多就是
因为中
: 国一帮搞竞赛的有这个传统，而其他地方很多时候C 是不流行的。
: 另外前端不仅仅是js，html/css也是需要了解的，也属于学了之后互补性强，性
价比高
: 的东西。
|
|
P*****l
发帖数: 438 | 40 I find the following poster has no idea about the role of physics
played in biology.
The development of Biology and Chemistry was decoupled with the
most fundamental part of Physics long time ago, i.e.,at the beginning
of last century. After all, the only force relevant for Chemistry
and Biology is electromagnetic force. As P.A.M. Dirac put it:
"The fundamental laws necessary for the mathematical treatment of a
large part of physics and the whole of chemistry are thus completely
known, and the d... 阅读全帖 |
|
p****s
发帖数: 3153 | 41 液相我基本不懂啊...也就知道基本原理而已
你的pulse sequence有没有decouple 13C?
5,
HN
buffer,
600MHz
residue |
|
p****s
发帖数: 3153 | 42 刚才找了一下网上的文献，你似乎把最关键的部分漏掉了。这个方法叫TROSY，是Kurt
Wuthrich发展的，用来做大分子量的生物分子。原理大概是通过dipolar coupling和
CSA的弛豫机制的干涉，并且在INEPT的时候不做decoupling，从而达到保留T2很长的部
分的目的，可以大幅度提高谱的分辨率。不过这听起来像天书吧，哈哈。 |
|
l***y
发帖数: 4671 | 43 Actually I am working on an approach to address similar issues.
A friend of mine, who was a postdoc in my PhD lab, worked on FTIR-based
polymer composition assay. He developed a very simple spectrum-based math
method, and the performance was amazing.
I am applying the same idea and developing a spectrum mixture model to
decouple cell phenotypes and reveal the GE features of each phenotype. The
major limitation is the volume effects, and I have worked out a workaround
method.
If reviewers buy the... 阅读全帖 |
|
A******y
发帖数: 2041 | 44 Quick question: I don't think JC-1 can monitor hyper-polarization. Only
TMRM can do it. If you are doing cancer therapeutic, you need to watch out
about mitochondrial toxican. Most cancer drug that fail phase I clinical
trial are all mitochondria toxicans (espeically if they are decoupler of
mitochondria). Unless you can prove in vivo that it is not toxic, you will
have hard time publishing. |
|
m******g
发帖数: 467 | 45 Nature 14.11.06
推荐：
1. Pseudouridine profiling reveals regulated mRNA pseudouridylation in yeast
and human cells
稍微了解一下：
1. Life cycles, fitness decoupling and the evolution of multicellularity
2. It takes time and a team to win grants |
|
s******y
发帖数: 28562 | 46
Tsien
spike
hypoxia, mitochondria stress, etc., 应该都会导致局部的GSH变化。
如果要测试的话，用一些常见的mitochondria decoupler 即可 |
|
f*******y
发帖数: 50 | 47 for polymer, the T1 will be much shorter, you can try T1 test and I guess
it may be less than 3s. The solvent peak normally is the longest t1 peak.
And if you need quantitative, you need five times t1 and for carbon
experiments, you need to supress NOE and just use nny for decoupling proton. |
|
l******3
发帖数: 272 | 48 做含F和H的化合物的碳谱要同时decouple F19 和H1，不然信号又宽又杂，没法解析。 |
|
l******3
发帖数: 272 | 49
对的，而且假如F的window很大的话，最好用shaped pulse decoupling |
|
q****g
发帖数: 19 | 50 I do not know why there are doublets or two peaks, either. But there are two
things for sure.
1. Those doublets are not due to C-Br J-coupling. For quadrupolar nuclei,
deuterium is probably the only common one that you can see J couplings. For
others, you won't observe them due to fast quadrupolar relaxation of them.
Google "self decoupling" for more information.
2. The JMR paper measures the J coupling of C-Br by an indirect way. That
does not mean you can observe them by 1D spectrum. |
|
