小编Pre*_*hev的帖子

如何在CoffeeScript中定义匿名对象数组？这是否可行,使用YAML语法？

我知道有一个命名对象数组很容易:

items:[
   item1:
      name1:value1
   item2:
      name:value2
]

但是,如果这两个对象没有名称,那将会有点棘手

我正在开发一个基于Backbone的单页应用程序,它使用Facebook的API作为后端机制.因此,我需要使用PHP在其间写一个非常薄的胶水层.我有很长时间使用CakePHP,CodeIgniter,Kohana以及MVC辉煌时代的所有其他框架,我相信如果我采取任何这些,我将不得不消除很多复杂性,而不是从中受益.

我正在寻找的应该是在vanilla PHP之上的一个非常薄的层,它为您提供了扩展的所有可能性,但不会在您的脸上推出一堆配置和约定.

在Python世界中,有一个很好的微框架,叫做Flask.我相信这也是Ruby的Sinatra所做的.那么PHP中的一个很好的微框架怎么样？

使用imageIO,我经常遇到转换图像文件的问题,在覆盖它之后,它会丢失所有的EXIF数据.有没有办法保留它而不首先提取它,缓存它,然后重置它？

我正在使用HTML5网络音频API来分析歌曲,并在平均声音频率低于某个值时创建标记.使用现有的AudioNode基础设施,我设法做到这一点,但只分析声音,并且仅在播放歌曲时.

然而,我想要的是提前分析歌曲,这样我就可以提取静音标记,并将它们变成CUE按钮,用户可以使用这些按钮在整首歌曲中移动.

显然,首先依靠播放整首歌来进行分析是很慢的,特别是如果这首歌是50分钟的播客.我尝试将playbackRate加速到10倍,但这没有用.

我认为解决方案在于跳过Web音频API,并分析原始ArrayBuffer,但是,我真的不知道从哪里开始.

建议？想法？

调用undelegateEvents()view remove()方法是不好的做法？为什么骨干人员默认不包括它？

我意识到,当简单地重新初始化视图变量时,我陷入了这么多绑定问题.虽然undelegateEvents()在创建新视图时会自动调用,但它会尝试取消新实例化视图的事件,而不是前一个视图.因此,除非每次手动调用它,否则ghost事件回调仍然存在并且搞砸了我的应用程序.

处理这个问题的最佳方法是什么？

在我的基于Spring的应用程序中,我目前有基本角色,如ADMIN和USER.

是否可以定义从USER继承的用户角色,如PHOTO_UPLOADER,还可以检查进行调用的用户是否实际上是照片的所有者？

我厌倦if (currentUser.id == photo.uploader.id)了一遍又一遍地在我的控制器动作中写同样的东西.它也适用于其他实体.

我有一堆js文件,我需要以某种特定的顺序连接(因为它们是MVC实现的一部分).我如何使用ANT执行此操作？

是否可以在File实例上获取和设置自定义元数据？我希望将我通过系统处理的文件用作某种非常简单的数据库,其中每个文件都应包含其他自定义元数据,例如发件人的电子邮件,某些时间戳等.

它适用于内部系统,因此安全性不是问题.

我的Play Framework应用程序中存在一种情况,其中一组模型依赖于其他模型,这在尝试将它们序列化为JSON时会产生潜在的危险.此外,每个模型中都有一些属性,我不想向客户端公开.最后,但并非最不重要的是,Web客户端收到的moel实例中的某些属性并非真正来自数据库,而是来自第三方Web服务.

我听说在将对象渲染为JSON之前可以应用自定义序列化程序,但我想使用更简单的方法:然后将DTO序列化为JSON.

问题是,我应该在哪里为每个Model类放置DTO转换函数？控制器？模型？也许最好的方法是遵循序列化策略并创建一些转换类 - 每个模型一个？

我最担心的是转换器也应该彼此了解,因为很明显我想先将Author实例中的每个Book实例转换为DTO,然后在DTO中转换Author.这真的很糟糕吗？

我的数据库中已有很多现有数据,并希望开发一种点机制,根据每个用户的操作计算每个用户的分数.

我以可插入的方式实现此功能,因此它独立于主逻辑,并且在实体被修改后依赖于发送的Spring事件.

问题是如何处理现有数据.我不想从现在开始收集积分,而是包括所有数据,直到现在.

最实用的方法是什么？我是否应该以提供index()方法的方式设计我的插件,这将强制我的系统从数据库中获取每个单独的实体,发送EntityDirtyEvent,为每个插件触发每个插件,然后更新它,让点被保存在每个实体旁边.这可能会导致很多开销,对吧？

最简单的方法是创建一个复杂的存储过程,然后使index()调用该存储过程.然而,在我看来,这似乎也是一件坏事.既然我必须编写用于计算java中的点的逻辑,为什么还要在SQL中再次使用它？此外,一般而言,我不喜欢将业务逻辑分成不同的层.

有没有人这样做过？请帮忙.