问题列表 - 第35277页

我不明白如何在Silverlight中的cs代码中使用Windows Phone Toolkit中的一些功能(更准确地说,我不明白如何使用GestureListener).我看到很多在xaml中使用GestureListener的例子

<Image Source="something.jpg">
    <toolkit:GestureService.GestureListener>
        <toolkit:GestureListener Tap="image_Tap" Hold="image_Hold" />
    </toolkit:GestureService.GestureListener>
</Image>

这工作正常,但我动态创建图像,并希望在cs代码中动态添加手势处理程序.有人可以举例说明如何在cs代码中做同样的事情吗？

是否有任何命令可以从所有数据库中找到某个表？因为我忘记了桌子的位置.谢谢.

我把这个问题尽可能保持通用,但我确实有一个特定的问题需要在我的应用程序中解决,这个问题的答案会有所帮助.

我正在使用的应用程序使用PHP/MySQL作为其后端,并且设置为使得用户看不到的文本/单词/短语在输出到浏览器的HTML/JS中被硬编码,而是存储在与语言键相关联的数据库表,用于根据用户的语言首选项获取单词/短语的正确翻译.现在这适用于应用程序HTML中存在的文本,但为了使这个系统能够使用javascript文件,所有javascript必须放在.php文件中并包装在<script></script>标签中,并与HTML,CSS等内联.

这会在系统的javascript中产生一些灵活性,因为它不能通过<link>标签包含在外部脚本中(我想除非你手动设置.php文件的标题),也许更重要的是它不能被缩小/打包等服务在生产环境中.

我首先想到的解决这个问题的方法是让一个php脚本放在任何其他javascript之前,它循环遍历语言数据库表中的每个记录,并使用语言键作为数组键创建一个关联的javascript数组,并将它们的值设置为根据用户的偏好翻译的短语.因此,通过这种方式,所有javascript文件都可以根据需要制作成实际的.js文件并进行链接,缩小,打包等,并且只需从创建的主语言数组中引用它们所需的短语(即alert(LANGUAGE.some_text);)

唯一的问题是,这个数组中的元素数量很容易进入数千甚至更大.回到我原来的问题,基于普通PC,javascript数组的可接受最大大小是多少？或者我开始时完全错误地攻击这个问题？

我可以获取一个对象在运行时可以响应的消息列表吗？(在可可).

我目前正在编写一个交互式模拟器,它显示了粒子系统的演变.我正在使用Visual Studio在Windows 7 32位上进行开发.

目前,我有一个功能来绘制屏幕上的所有粒子,如下所示:

void Simulator::draw()
{
    glColor4f(255, 255, 255, 0);
    glBegin();
    for (size_t i = 0; i < numParticles; i++)
        glVertex3dv(p[i].pos);
    glEnd();       
}

这非常有效并且全部用于测试,但它的速度非常慢.如果我在屏幕上有200个粒子,没有做任何其他计算(只是重复调用draw()),我得到大约60 fps.但是,如果我使用1000个粒子,它的运行速度只有15 - 20 fps左右.

我的问题是:我怎样才能更快地绘制粒子？我的模拟以相当不错的速度运行,并且在某个点上它实际上被图画阻止(!).

我正在寻找可能在常规编码与编码+单元测试的时差之间进行研究(尚未严格的TDD).我知道整个"从长远来看节省你的时间"的角度,但从项目规划的角度来看,从未做过的团队,我需要能够粗略估计分配多少额外时间.

这样的研究存在吗？有人可以根据经验评论吗？

Android API级别8引入了该Context.getExternalFilesDir()方法,为File特定于您的应用的SD卡路径提供对象引用.我想知道如何模仿这个低至API等级5.

我看到有一种Context.getDir()方法,但我无法从阅读中看出它是如何区别的.

不要误解我的意思 - OOP目前是构建大型代码库的最佳选择.

但是为什么人们会尝试将任何内容填入OO视图？

例如:每本关于OOP的教科书都包含一个"介绍示例",试图在OO继承和组合和聚合构造中表达我们现实世界的一个小视图.并且 - 同时 - 我们都知道它永远不会导致OO模型本身承诺的全能OO结构!作者刚刚创造了一种幻觉.

我个人认为,OO很适合构造代码,但它不适合代表真实世界的数据及其关系.恕我直言,关系模型是优越的,可能任何其他模型都是优越的.

在OO设计中,尽可能推荐构图而不是继承.因此,一流图书所暗示的基于全继承的世界对象的强大外观模型只是一种幻觉.那么,OO本身可能是一种幻觉？目前以组成为中心的OO模型只不过是具有一些标准化语法糖的普通数据结构 - 与OOP前方法没有太大区别.

另一个例子:想象一下真实复杂的现实世界模型.除了其他任何东西,还有石块和人类.在OO模型中,人类是哺乳动物,动物是有机生命形式等等(严格的刚性继承等级OO强加,你知道......).石块是非有机的东西,也许它们是刚体或其他什么,无关紧要.

如果你是一个艺术家,你必须找到一个石块,为一个给定宽度,高度和厚度的人类雕像制作一个好的"模板"(？),那么你必须写一堆特殊情况的OO代码到从人体模型和石块模型中检索这些属性.或者,您的整个世界模型都是为了支持几何查询而构建的 - 那么它很容易!但这导致得出的结论是,OOP以一种允许我们在不同用例中使用它的方式来表示数据.OOP只允许我们准确地表示我们事先设计的用例数据.不多了.除了那些预先确定的情况之外的任何使用只能通过大量的小问题来完成.关系模型至少试图以可重用的方式表示数据. (可重复使用:OOP曾经占用过那个词)

为什么那么讨厌？

我正在开发一个使用ORM的项目 - 它很糟糕.它是在对数据库进行建模时开始的(由于ORM限制),然后是时候学习ORM的来龙去脉(以及它的错误和进一步的限制),然后害怕隐含发生的东西(新东西();东西 - > save()创建了一个新行,但是"thing"的根源在哪里？为什么人们试图让对象尽可能"独立",但在后面创建更加根深蒂固的依赖于每个表单个怪物,与连接单身人士沟通..哦,我的上帝..我离题了).

在几行SQL和一个甜蜜的小查询API中可以完成的许多事情都是在数百甚至数千行"业务逻辑"代码中完成的(当然在应用程序层,而不是数据库中的数据)是,以及像count()或sum()这样的聚合函数便宜的地方.我认为人们在OOP工作时感觉更好.但这只是愚蠢的.

ORM的创建者只是想让用户远离"脏东西".但正是这些人不应该写ORM - 完美的例子:我坚信ORM创建者类型的人甚至不知道数据库表可以包含复合主键!;-)

那么,为什么OOP如此占领？这只是一个半生不熟的抽象,但是人们会为一切发誓,如果你问一些,他们甚至可能会告诉你,OOP将创造世界和平.

为什么OOP如此占领/垄断呢？

我有一个Student对象:

public class Student
{
    public int Id { get; set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
}

一个Classroom对象:

public class Classroom
{
    public List<Student> Students { get; set; }
}

我想使用AutoMapper将学生列表转换为学生ID列表:

public class ClassroomDTO
{
    public List<int> StudentIds { get; set; }
}

如何配置AutoMapper以执行此转换？

回答:

为了扩展我的问题和Jimmy的答案,这就是我最终做的事情:

Mapper.CreateMap<Student, int>().ConvertUsing(x => x.Id);
Mapper.CreateMap<Classroom, ClassroomDTO>()
      .ForMember(x => x.StudentIds, y => y.MapFrom(z => z.Students));

AutoMapper非常聪明,可以完成剩下的工作.

我正在做一个需要存储大量数据的应用程序.就像找出最好的方法一样.我应该在哪里存放？在文件夹中？还是在缓存文件夹中？还是有更好的存储大数据的方法？提前致谢.