标签: architecture

是否有一行宏定义来确定机器的字节顺序.我使用以下代码,但将其转换为宏将太长.

unsigned char test_endian( void )
{
    int test_var = 1;
    unsigned char test_endian* = (unsigned char*)&test_var;

    return (test_endian[0] == NULL);
}

如何在客户端构建复杂的单页JS Web应用程序？具体来说,我很好奇如何根据模型对象,UI组件,任何控制器和处理服务器持久性的对象来干净地构建应用程序.

MVC起初似乎很合适.但是,如果UI组件嵌套在不同的深度(每个组件都有自己的方式对模型数据进行操作/对模型数据作出反应,并且每个生成事件本身可能会或可能不会直接处理),看起来MVC似乎不能干净利用.(但如果情况并非如此,请纠正我.)

-

(这个问题产生了两个使用ajax的建议,除了最简单的单页应用程序之外,其他任何东西显然都需要.)

高度可用性提到功能标志:

http://www.iheavy.com/2011/08/26/5-things-are-toxic-to-scalability/

具体标志究竟是什么？

谢谢

据我所知,Solutions Architect只是Applications Architect的另一个"营销"术语.这是正确的还是角色实际上是不同的？如果是这样,怎么样？

是的,我在StackOverflow和Google上都搜索过这个.

我昨天发了一个应用程序进行审核,没问题.然后我意识到我做了很少的修复(将地图的最大缩放级别从19改为18,没有别的),所以我从iTunes Connect中删除了二进制文件,并尝试重新提交.

现在我有这个警告:

我不明白为什么,因为我的架构是:

• 架构:armv7
• 有效的架构:armv6,armv7,armv7s,arm64

该应用程序在模拟器中运行良好.如果我尝试使用警告中建议的标准体系结构(armv7,arm64),那么应用程序将无法构建,我得到:

• 架构x86_64的未定义符号
• ld:找不到架构x86_64的符号

我正在使用lib route-me,我设置了相同的架构设置.

我总是使用Repository模式但是对于我的最新项目,我想看看我是否可以完善它的使用和我的"工作单元"的实现.我开始挖的越多,我开始问自己一个问题:"我真的需要它吗？"

现在这一切都从Stackoverflow上的一些评论开始,跟踪Ayende Rahien在他的博客上的帖子,其中有2个具体,

• 存储库是最新单
• 问-ayende生活,而无需储存库,是 - 他们价值 - 生活

这可能是永远和永远讨论的,它取决于不同的应用程序.我想知道什么

1. 这种方法是否适合实体框架项目？
2. 使用这种方法是业务逻辑仍然在服务层或扩展方法(如下所述,我知道,扩展方法是使用NHib会话)？

使用扩展方法很容易做到这一点.干净,简单,可重复使用.

public static IEnumerable GetAll(
    this ISession instance, Expression<Func<T, bool>> where) where T : class
{
    return instance.QueryOver().Where(where).List();
}

使用这种方法和NinjectDI,我是否需要创建Context一个接口并将其注入我的控制器？

我知道在我个人熟悉的架构(x86,6502等)中,堆栈通常会向下增长(即,每个推入堆栈的项目都会导致SP递减,而不是递增的SP).

我想知道这个的历史原因.我知道在一个统一的地址空间中,在数据段的另一端(例如)开始堆栈很方便,所以如果双方在中间发生碰撞,那么只会出现问题.但是为什么堆栈传统上是最重要的？特别是考虑到这与"概念"模型的对立面如何？

(请注意,在6502架构中,堆栈也向下增长,即使它被限制在一个256字节的页面上,这个方向选择似乎是任意的.)

我一直在阅读很多博客,主张胖模型和瘦控制器方法,尤其是.Rails阵营.因此,路由器基本上只是找出在什么控制器上调用什么方法,并且所有控制器方法都在调用模型上的相应方法然后调出视图.所以我在这里有两个我不明白的问题:

1. 控制器和路由器实际上没有做太多不同的任务,只是根据路线调用类似神的模型上的方法.
2. 模特做得太多了.发送电子邮件,创建关系,删除和修改其他模型,排队任务等.现在基本上你有类似神的对象,应该做任何与建模和处理数据有关或可能不关心的事情.

你在哪里划线？这不仅仅是落入神模式吗？

域驱动设计的一部分似乎没有太多细节,是您应该如何以及为什么要将域模型与界面隔离开来.我试图说服我的同事,这是一个很好的做法,但我似乎没有取得多大进展......

他们在演示文稿和界面层中随意使用域实体.当我向他们争辩说他们应该使用显示模型或DTO来将Domain层与接口层隔离时,他们反驳说他们在做类似的事情时看不到业务价值,因为现在你有一个UI对象要维护以及原始域对象.

所以我正在寻找一些可以用来支持它的具体原因.特别:

1. 我们为什么不在表示层中使用域对象？
   (如果答案是明显的,'脱钩',那么请解释为什么这在这方面很重要)
2. 我们应该使用其他对象或构造来将我们的域对象与接口隔离吗？

我正在研究Spring Core认证,我对Spring如何处理bean生命周期,特别是bean后处理器有一些疑问.

所以我有这个架构:

这对我来说非常清楚它意味着什么:

以下步骤发生在" 加载Bean定义"阶段:

• 的@Configuration类被处理和/或@Components被扫描和/或XML文件进行解析.

• Bean定义添加到BeanFactory(每个都在其id下编入索引)

• 调用了特殊BeanFactoryPostProcessor bean,它可以修改任何bean的定义(例如,对于property-placeholder值替换).

然后在bean创建阶段执行以下步骤:

• 默认情况下,每个bean都会被急切地实例化(以正确的顺序创建并注入其依赖项).

• 在依赖注入之后,每个bean经历后处理阶段,其中可以进行进一步的配置和初始化.

• 在后处理之后,bean被完全初始化并准备好使用(由id跟踪直到上下文被销毁)

好的,这对我来说非常清楚,我也知道有两种类型的bean后处理器:

• 初始化器:如果指示(即@PostConstruct)初始化bean.

• 以及所有其余的:允许进行额外配置,并且可以在初始化步骤之前或之后运行

我发布这张幻灯片:

所以我很清楚初始化器 bean后处理器是什么(它们是使用@PostContruct注释注释的方法,并且在setter方法之后立即自动调用(因此在依赖注入之后),我知道我可以使用执行一些初始化批处理(如上例所示填充缓存).

但究竟什么代表了其他bean后处理器？当我们说在初始化阶段之前或之后执行这些步骤时,我们的意思是什么？

因此我的bean被实例化并且它的依赖项被注入,因此初始化阶段就完成了(通过执行@PostContruct注释方法).在初始化阶段之前使用Bean Post处理器是什么意思？这意味着它发生在@PostContruct注释方法执行之前？这是否意味着它可能在依赖注入之前发生(在调用setter方法之前)？

当我们说它是在初始化步骤之后执行时,我们究竟是什么意思.这意味着它会在执行@PostContruct注释方法之后发生,或者是什么？

我可以很容易地想到为什么我需要一个@PostContruct注释方法,但我无法想象另一种bean后处理器的典型例子,你能告诉我一些典型的例子吗？