c#-关于C#的一个宝石合成逻辑的问题

问题描述

关于C#的一个宝石合成逻辑的问题: 类似宝石合成，五个A可以合成一个B，五个B可以合成一个C，如此类推，最高等级是5级，就是E，我怎么可以选择任意一个等级，如，我选择E，我有3个D，优先使用D合成，D不够就使用下一级的C。int i = 10000 每次合成成功i - 10;，i 就相当于每次合成要消耗的费用，求大神回答了，谢谢

解决方案

这个就是5进制转换。连除取余

时间： 2024-09-15 06:35:31

c#-关于C#的一个宝石合成逻辑的问题的相关文章

ASP.NET 2.0数据教程之二：创建一个业务逻辑层

本系列文章导航 ASP.NET 2.0数据教程之一:创建一个数据访问层 ASP.NET 2.0数据教程之二:创建一个业务逻辑层 ASP.NET 2.0数据教程之三:母板页和站点导航 ASP.NET 2.0数据教程之四:使用ObjectDataSource展现数据 ASP.NET 2.0数据教程之五:声明参数 ASP.NET 2.0数据教程之六:编程设置ObjectDataSource的参数值 ASP.NET 2.0数据教程之七:使用DropDownList过滤的主/从报表 ASP.NET 2.0

在ASP.NET 2.0中操作数据之二：创建一个业务逻辑层_自学过程

导言本教程的第一节所描述的数据访问层(Data Access Layer,以下简称为DAL)已经清晰地将表示逻辑与数据访问逻辑区分开了.不过,即使DAL将数据访问的细节从表示层中分离出来了,可它却不能处理任何的业务规则.比如说,我们可能不希望产品表中那些被标记为"停用"的产品的"分类编号"或"供应商编号"被更新:我们还可能需要应用一些资历规则,比如说我们都不希望被比自己的资历还要浅的人管理.另外一个比较常见的情况就是授权,比如说只有那些具有特殊

Scott Mitchell的ASP.NET 2.0数据教程之二：创建一个业务逻辑层

返回"ASP.NET 2.0数据教程目录" 导言本教程的第一节所描述的数据访问层(Data Access Layer,以下简称为DAL)已经清晰地将表示逻辑与数据访问逻辑区分开了.不过,即使DAL将数据访问的细节从表示层中分离出来了,可它却不能处理任何的业务规则.比如说,我们可能不希望产品表中那些被标记为"停用"的产品的" 分类编号"或"供应商编号"被更新:我们还可能需要应用一些资历规则,比如说我们都不希望被比自己的

有一个业务逻辑的问题，没有思路。。求给思路。。

问题描述想了俩小时...头都疼了....还是来问问大神们把.大概是这样的,有一个用户表,有一个计划表一个用户可以有多个计划,也就是一对多的关系,计划是分日期的,也就是说1天一条数据现在表格要这样显示用户名1号2号3号.....31号XXX内容1内容2内容3内容31难道要在数据库中行转列吗?我用linq....太乱了....求给个思路感激不尽解决方案解决方案二:linqtoobject比较方便,linqtosql麻烦是自找的.解决方案三:转不转都可以把计划表你再多加一个列,当前行所属月份的天

使用jquery.validate自定义方法实现"手机号码或者固话至少填写一个"的逻辑验证_jquery

最近项目开发中遇到这样的需求"手机号码或者固话至少填写一个",如下图所示: 项目采用的jquery.validate.js验证组件,目前组件不支持这种"或"逻辑的验证,于是就自己定义一个 jQuery.validator.addMethod("phone", function(value, element) { var mobile = $("#mobile").val();// 手机号码 var telephone = $(

ASP.NET2.0数据操作之创建业务逻辑层

asp.net|创建|数据导言本教程的第一节所描述的数据访问层(Data Access Layer,以下简称为DAL)已经清晰地将表示逻辑与数据访问逻辑区分开了.不过,即使DAL将数据访问的细节从表示层中分离出来了,可它却不能处理任何的业务规则.比如说,我们可能不希望产品表中那些被标记为"停用"的产品的"分类编号"或"供应商编号"被更新:我们还可能需要应用一些资历规则,比如说我们都不希望被比自己的资历还要浅的人管理.另外一个比较常见的情况就是

Scott Mitchell的ASP.NET 2.0数据教程之一创建一个数据访问层

返回"ASP.NET 2.0数据教程目录" 导言作为web开发人员,我们的生活围绕着数据操作.我们建立数据库来存储数据,写编码来访问和修改数据,设计网页来采集和汇总数据.本文是研究在ASP.NET 2.0中实现这些常见的数据访问模式之技术的长篇系列教程的第一篇 .我们将从创建一个软件框架开始,这个框架的组成部分包括一个使用强类型的 DataSet的数据访问层(DAL),一个实施用户定义的业务规则的业务逻辑层(BLL), 以及一个由共享页面布局的ASP.NET网页组成的表现层.在打

基于.NET平台的分层架构实战（十）—业务逻辑层的实现

在这一篇文章中,将实现一个NGuestBook的业务逻辑层. 在实际应用中,业务逻辑层是至关重要的,他承载着整个系统最核心的部分,也是客户最关注的部分.这一部分的实现,通常需要技术专家和领域专家通力合作.当然,在本文章系列的Demo中,由于业务逻辑的简单性,这里看的可能还不是很明显. 在本篇文章的业务逻辑层实现中,业务逻辑层主要承担了以下职责: 1.对不同数据访问层的封装.使得表示层可以不关心具体的数据访问层. 2.业务逻辑数据的填充与转换.如管理员口令的加密. 3.核心业务的实现.这里

一个好的界面设计应该注意的75个原则（上）

1. 使用单栏布局代替多栏布局单栏布局能够让用户对全局有更好的掌控,对内容一目了然.而多栏布局可能会分散用户注意力.最好的做法是用一个有逻辑的叙述来引导用户并在末尾放上你的行动按钮. 2. 使用礼品诱惑代替生硬的推销例如可以给用户提供礼物来表达你的友善姿态.更深层的讲,送礼是一种基于互惠原则的有效说服策略.显而易见的好处是让你在往后的活动进展中更加顺利. 3. 合并重复的功能避免分散随着时间的推移,不可避免的你增加了很多模块.元素,而且功能相同.碎片化的界面会增加用户的学习曲线,所以需