South Africa’s biggest forum. Discuss, discover, and connect with thousands of members.
Of course, using what the team knows is a great place to start.How long is a piece of string? There is no silver bullet. What is a "good front-end framework" even?
This will depend entirely on your business and your requirements. Start there and build up. Often, I've found in these types of discussions, the framework you/your team knows is the best choice. At the end of the day, you're creating an application to make money, whether that be directly from other businesses, general consumers or even as consulting fees.
Even if you get the choice "wrong" initially, you could never go wrong by making the choice economically viable in the now. Once business is profitable, you can always pivot.
This is a a very dense topic and hard to summarize in a couple of lines.
Yes correct. I am not so experienced on the front end, so want to make a choice on the F/E stack and just wanted to gauge opinion on Angular/React as they both seem quite popular. And then recruit accordingly.However, I also know what context Spacerat is asking this question in - he is asking this from a “assuming you are building a team from scratch” perspective - I make this assumption based on his post history.
I'd wish Angular on my worst enemies.Yes correct. I am not so experienced on the front end, so want to make a choice on the F/E stack and just wanted to gauge opinion on Angular/React as they both seem quite popular. And then recruit accordingly.
Cool thanks for the input.I'd wish Angular on my worst enemies.
I dont want to write classes and us annotations/attributes.
I dont want to use rxjs, and I dont want to have to `.toPromise()` everything
I dont want my "logic" to live in a .ts file, my html to live in a .html file, and my css to live in a .css file.
Maybe Angular is better today, but I am probably not going to go find out
it's just not a "good" framework IMO, but I will admit that if you had only c# developers, and they are not very good, then it might be a good option, because the code looks a lot like c#
If you have good developers, then I am sticking to my case![]()
I'd wish Angular on my worst enemies.
I dont want to write classes and us annotations/attributes.
I dont want to use rxjs, and I dont want to have to `.toPromise()` everything
I dont want my "logic" to live in a .ts file, my html to live in a .html file, and my css to live in a .css file.
Maybe Angular is better today, but I am probably not going to go find out
it's just not a "good" framework IMO, but I will admit that if you had only c# developers, and they are not very good, then it might be a good option, because the code looks a lot like c#
If you have good developers, then I am sticking to my case![]()
Just going to chip in and say that Angular is a very opinionated framework. The points you mentioned are to do with "The Angular Way" (except for the .toPromise() bit, not sure where you picked that up). I'm also partial to Django, which too is a very opinionated framework.
If you want to do it "your" way, then Angular is not the choice for you. If you want to do it a "standard" way that thousands of other developers have done it, then go for Angular.
I do like C# as well though. .NET is performant and neat, but not opinionated enough![]()
If you don't want to use rxjs, e.g. `.subscribe()`, then you can convert to a promise
class MyApp extends StatelessWidget {
const MyApp({Key? key}) : super(key: key);
@override
Widget build(BuildContext context) {
return MaterialApp(
home: Scaffold(
appBar: AppBar(
title: const Text('Rebuild only when necessary'),
),
body: Align(
alignment: Alignment.topCenter,
child: Column(
mainAxisSize: MainAxisSize.min,
children: const [
SizedBox(height: 16),
SizedBox(
width: 300,
child: Text('Flutter\'s algorithms for rebuilding and '
'repainting widgets are linear in the worst case, '
'and typically sub-linear. Try clicking one of '
'buttons below -- they\'ll tell you exactly '
'when they rebuild!'),
),
SizedBox(height: 16),
ClickyBuilder(),
SizedBox(height: 16),
ClickyBuilder(),
SizedBox(height: 16),
ClickyBuilder(),
],
),
),
),
);
}
}
Keep puffing that meth pipe.Blazor > Flutter + React + Angular + Vue
In the race between Angular and React. React, without question.I see that Angular is still very popular but React also making strides. What are the opinions out there? I want to build a line-of-business site using ASP.NET Core and WebAPI as a back-end.
Cool tx but dont think a db admin is the right person for domain and api. Agreed that architecture and backend matters most. I am a huge proponent of establishing patterns, so lots of effort wil go into thatIn the race between Angular and React. React, without question.
You could absolutely pick anything, it's only when you hit critical mass that it actually matters. Architecture and backend stack matters far more.
Get a white hot db admin / dev ops guy or girl, and two mid level React devs, and you are good to go.