Vì vậy, tôi có hai hàm và tôi đang gặp phải một vấn đề thú vị. Về cơ bản, tôi đang hướng đến việc làm cho mã của mình dễ dàng hơn trong một tệp cs dễ dàng bao gồm.Một tham chiếu đối tượng là bắt buộc đối với trường, phương thức hoặc thuộc tính không tĩnh 'System.Web.UI.Page.Server.get'
Dưới đây là nói tập tin cs:
namespace basicFunctions {
public partial class phpPort : System.Web.UI.Page {
public static string includer(string filename) {
string path = Server.MapPath("./" + filename);
string content = System.IO.File.ReadAllText(path);
return content;
}
public void returnError() {
Response.Write("<h2>An error has occurred!</h2>");
Response.Write("<p>You have followed an incorrect link. Please double check and try again.</p>");
Response.Write(includer("footer.html"));
Response.End();
}
}
}
Đây là trang đó được tham khảo nó:
<% @Page Language="C#" Debug="true" Inherits="basicFunctions.phpPort" CodeFile="basicfunctions.cs" %>
<% @Import Namespace="System.Web.Configuration" %>
<script language="C#" runat="server">
void Page_Load(object sender,EventArgs e) {
Response.Write(includer("header.html"));
//irrelevant code
if ('stuff happens') {
returnError();
}
Response.Write(includer("footer.html"));
}
</script>
Các lỗi tôi nhận được là một liệt kê ở trên, cụ thể là:
Thông báo lỗi trình biên dịch: CS0120: Một tham chiếu đối tượng là bắt buộc đối với trường, phương thức hoặc thuộc tính không tĩnh 'System.Web.UI.Page.Server.get'
Trên dòng sau:
Dòng 5: string path = Server.MapPath ("./" + filename);
Tôi rất muốn khuyên bạn không nên lặp lại những sai lầm của php. Thay vào đó, hãy xem các trang chính hoạt động như thế nào hoặc chỉ chuyển sang MVC. – NotMe
Không phải tất cả chúng ta đều thấy phong cách mã hóa của PHP là sai lầm. Đối với những người trong chúng ta với nền mã hóa truyền thống cung cấp cho chúng ta nhiều điều khiển cấp thấp và tính linh hoạt mã hóa hơn với chi phí sản xuất (mặc dù không phải là thời gian chạy) hoặc tập trung nhiều đối tượng, nó thực sự cảm thấy một chút ở nhà. Ngoài ra, tài liệu còn tốt hơn = P. Ngoài ra, tôi tìm thấy sâu hơn bạn đi vào lỗ thỏ ASP.NET, tồi tệ hơn HTML và JavaScript của bạn có xu hướng kết thúc được (vì nó bắt đầu trở nên nặng nề tạo ra). XHTML, JSLint, vv là quan trọng đối với tôi, vì vậy tôi thích giữ nhiều mã dựa vào bản thân mình nhất có thể. –
Không có gì sai với cách xử phạt chính thức của Microsoft mà tôi cho là. Tuy nhiên, để nói rằng nó vốn đã tốt hơn bởi vì đó là điều mọi người bảo bạn làm là hơi thất vọng vì nó thường tạo ra mã với dấu chân bộ nhớ lớn hơn, nhiều chỗ hơn cho các lỗ hổng bảo mật thường gặp, và nhiều, nhiều dòng mã hơn. Tất nhiên, mặt khác, nó cũng tốt hơn trong nhiều cách cho nơi làm việc sản xuất lớn với nhiều lập trình viên cá nhân làm việc cùng nhau. Các kiểu mã hóa khác nhau, đó là tất cả. Tôi sẽ luôn ở trong trại PHP, tôi sợ. –