我认为价值对象不应该有业务逻辑。
这可能会让其他程序员感到困惑。
为了枫树,
public class PersonVO {
private String name;
private int age;
public void somethingBusinessLogic() {
// Do very complecated logic -> Using Reflection, Conversion
}
}
如果我使用这个VO,必须看看vo逻辑如何工作。
许多程序员将他们的业务逻辑放入VO中。
我想知道什么是最佳实践?
我们有很多Redis实例,消耗了TB的内存和数百台机器。
随着业务活动的起伏,一些Redis实例不再频繁使用--它们是“冷门”或“冷门”。但Redis将所有数据都存储在内存中,因此许多本应存储在廉价磁盘中的不常用数据占用了昂贵的内存。
我们正在探索一种方法,从这些不受欢迎的/冷的Redis中节省内存,以减少我们的机器使用。
我们不能删除数据,也不能迁移到其他数据库。有什么方法可以实现我们的目标吗?
PS:我们正在考虑一些Redis兼容的产品,它可以“混合”内存和磁盘,即它将热数据存储在内存中,而将冷数据存储在磁盘中,并且使用有限的资源。我们知道RedisLabs的"Redis on F
如何使树的叶子会有不同的属性的类?
我想要这样的东西
AMachine
-Wheels
Bmachine
-Years
Code.cs
public partial class MainWindow : Window
{
public MainWindow()
{
InitializeComponent();
DataContext = new TestViewModel();
}
}
public class TestViewModel
{
pub
当下面单独运行时,根据正确的结构,我会得到3个或更多的记录(2个查询返回父id &那个父的所有子-到目前为止还不错):
SELECT @channelid:=channelid AS channelid FROM channel WHERE channelid=7
UNION ALL
SELECT @channelid:=channelid AS channelid FROM channel
JOIN (SELECT @channelid:=7) tmp WHERE channelid_parent=@channelid
不,我想要这些频道I的广告-然而,使用它作为子查询只返回1条记