using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using DoubleProject; <------------------------------------------
namespace DoubleProjectTwo
{
class ClassB
{
public string textB = "I am in Class B Project Two";
ClassA classA = new ClassA();
public void read()
{
textB = classA.read();
}
}
}
第五步:
让我看到证据
结果:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace DoubleProject
{
public class ClassA //<---------- PUBLIC class
{
private const string textA = "I am in Class A Project One";
public string read()
{
return textA;
}
}
}
The main
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using DoubleProjectTwo; //<----- to use ClassB in the main
namespace DoubleProject
{
class Program
{
static void Main(string[] args)
{
ClassB foo = new ClassB();
Console.WriteLine(foo.textB);
Console.ReadLine();
}
}
}
新开发人员经常会问这个简单的问题,这是 VisualStudioIDE 特有的常见问题。很少有人回答具体的问题,而且经常批评这个问题,或者对不能回答常见问题的解决方案进行“猜测”。第一个常见问题是 IDE 导致您创建新项目,而不是添加新文件(。爪哇。Py.中心。C)添加到现有解决方案(默认情况下它创建一个新的解决方案) ,除非您更改项目名称并添加到当前解决方案中。这个问题发生在 Python、 java、 c # 、 C + + 和 C 项目文件夹中。
新开发人员选择“ new > project > project name”并将解决方案目录更改为“ use same Solution”,仍然会在相同的解决方案空间中创建一个新的“ project”,但不会在当前用户界面文件或命令行文件的相同目录空间中创建,这仍然会导致在构建和运行项目或解决方案时出现“ package not found”错误。这就是为什么上面的编码建议导入包,类,方法和函数只工作(因此不回答这个问题) ,当“库”文件或“独立行为”文件不仅在相同的解决方案目录路径,而且在相同的“用户界面”或“命令外壳”应用程序目录空间。当您使用 IDE 的 new > project > project type 命令添加另一个项目时,不会发生这种情况。这里的问题是,新项目存储在与现有的 Client 或 User 接口代码文件不同的目录中。要在同一个项目空间创建一个新的“文件”,而不是新的项目,初学者需要做以下事情,微软不会为你做,甚至误导你远离直观明显的默认。