我知道这是一个非常基本的问题,但是我在用高级语言编写一些项目之后开始使用一些基本的C++编程.
基本上我有三个问题:
所以,我一直和我的cvs存储库一起生活了一段时间.虽然有一件事我想念 - 如果我重命名已存在于存储库中的文件,我需要从那里删除一个旧名称并添加新文件.因此,我放弃了所有的变化历史.有时需要在alredy现有项目中重命名文件.
从我看到的,cvs/svn无法处理这样的事情,或者我错了?如果没有,你会推荐哪些其他源控制系统,允许重命名文件?
我参与了一个试图使用Eclipse RCP初始屏幕来收集用户凭据,语言等的项目.如果此屏幕失去焦点,则通过ALt-Tab功能无法使用(至少在Windows下),并且只能通过最小化所有其他窗口并发现它来找到它.有这种屏幕的任何方式允许自己以这种方式激活?由于此时未知的原因,他们正在避免创建中间屏幕.
如何从嵌入式资源动态加载新报告?我创建了一个报告项目,其中包含一个作为嵌入式资源的报告.我添加了第二个报告文件,并使用以下代码切换报告:
this.reportViewer1.LocalReport.ReportEmbeddedResource = "ReportsApplication2.Report2.rdlc";
this.reportViewer1.LocalReport.Refresh();
this.reportViewer1.RefreshReport();
Run Code Online (Sandbox Code Playgroud)
执行此代码时,原始报表在报表查看器中仍然可见.
我也试过用
LocalReport.LoadReportDefinition
Run Code Online (Sandbox Code Playgroud)
但结果相同.
说我有两张桌子想加入.分类:
id name
----------
1 Cars
2 Games
3 Pencils
Run Code Online (Sandbox Code Playgroud)
和项目:
id categoryid itemname
---------------------------
1 1 Ford
2 1 BMW
3 1 VW
4 2 Tetris
5 2 Pong
6 3 Foobar Pencil Factory
Run Code Online (Sandbox Code Playgroud)
我想要一个返回类别和第一个(也是唯一的)itemname的查询:
category.id category.name item.id item.itemname
-------------------------------------------------
1 Cars 1 Ford
2 Games 4 Tetris
3 Pencils 6 Foobar Pencil Factory
Run Code Online (Sandbox Code Playgroud)
有没有办法可以获得随机结果:
category.id category.name item.id item.itemname
-------------------------------------------------
1 Cars 3 VW
2 Games 5 Pong
3 Pencils 6 Foobar Pencil Factory
Run Code Online (Sandbox Code Playgroud)
谢谢!
如果我使用urllib2打开文件,如下所示:
remotefile = urllib2.urlopen('http://example.com/somefile.zip')
Run Code Online (Sandbox Code Playgroud)
有没有一种简单的方法来获取文件名,然后解析原始URL?
编辑:将openfile更改为urlopen ...不确定是怎么回事.
编辑2:我最终使用:
filename = url.split('/')[-1].split('#')[0].split('?')[0]
Run Code Online (Sandbox Code Playgroud)
除非我弄错了,否则这也应该删除所有潜在的查询.
有没有免费的Javascript主机?最近谷歌一直在托管jQuery等...雅虎主持它的YUI,这很棒,但如果有一个服务可以托管用户脚本和类似的事情,它会更好.
有任何想法吗?
我想对我的代码进行一些基本的分析,但发现C#中的DateTime.Now只有大约16毫秒的分辨率.必须有更好的时间保留我尚未找到的构造.
在C++函数中,如果编译64位架构,我需要编译器选择不同的块.
我知道为MSVC++和g ++做一个方法,所以我会把它作为答案发布.但是我想知道是否有更好的方法(更优雅,适用于所有编译器/所有64位架构).如果没有更好的方法,我应该寻找其他预定义的宏,以便与其他编译器/架构兼容?
该得墨忒耳定律指出你应该只给你关于直接了解对象说话.也就是说,不要执行方法链接与其他对象交谈.当您这样做时,您正在与中间对象建立不正确的链接,不恰当地将您的代码与其他代码耦合.
那很糟.
解决方案是针对您所知道的类,基本上公开简单的包装器,将责任委托给与其有关系的对象.
非常好.
但是,这似乎导致班级具有低凝聚力.它不再只是简单地对其所做的事情负责,但它也有代表在某种意义上,通过复制其相关对象的部分界面使代码更具凝聚力.
那很糟.
它真的会降低凝聚力吗?它是两个邪恶中的较小者吗?
这是发展的灰色区域之一,您可以在哪里讨论线路的位置,或者是否有强有力的,有原则的方式来决定在哪里划线,以及您可以使用哪些标准来做出决定?