1018 Public Bike Management (30 分)

因为是无向图,所以给边赋值的时候,就直接粘贴了,但是没有改变两个端点了位置,调试了一下午,终于找到问题原因了,可喜可贺,可歌可泣。
其实代码写得清晰明了一些,可以节约大量的时间呀!

#include<iostream>
#include<vector>
#include<algorithm>
using namespace std;
const int maxn=505;
const int INF=1e9+5;
int C,N,D,M; //C为每个站的最大容量,N个站点,D为终点,M条路; 
int G[maxn][maxn]; //耗时 
int d[maxn]; //耗时最短
bool vis[maxn]={false}; 
int dot[maxn];
vector<int> pre[maxn];
void Dijkstra(int s){
	fill(d,d+maxn,INF);
	d[s]=0;
	for(int i=0;i<=N;i++){ //n个顶点 
		int u=-1,Min=INF;  //每个中间点使源点能到达的最短路径的顶点 
		for(int j=0;j<=N;j++){
			if(vis[j]==false && d[j] < Min){
				u = j;
				Min = d[j]; //之前写错了,改半天 
			}
		}
		if(u==-1) return;
		
		vis[u]=true;
		for(int v=0;v<=N;v++){
			if(vis[v]==false && G[u][v]!=INF){
				if(G[u][v] + d[u] < d[v]){
					d[v]=G[u][v] + d[u];
					pre[v].clear();
					pre[v].push_back(u); //把u设为前驱节点 
				}else if(G[u][v] + d[u] == d[v]){
					pre[v].push_back(u); //直接加在v的后面,表示还有另一个前驱 
				} 
			}
		}
	}
	
}
int optN=INF,optT=INF; //最小发送车辆和最小带回车辆 
vector<int> path,tempPath;
void DFS(int v) {
	if(v==0){
		tempPath.push_back(0);
		int value=0,temp=0,tempN=0,tempT=0;
		dot[0]=C; 
		for(int i=tempPath.size()-1;i>=0;i--){ //从PBMC出发 
			int id=tempPath[i];
			 	temp+=dot[id]-C;
			if(temp < 0){
				tempN += (-temp);
				temp=0;
			}
		}
		if(temp > 0)  tempT = temp; 
		if(tempN < optN ){
			optT=tempT;
			optN=tempN;
			path=tempPath;
		}else if(tempN == optN && tempT < optT){
			optT=tempT;
			optN=tempN;
			path=tempPath;
		}
		tempPath.pop_back();
		return;	
	}
	tempPath.push_back(v);
	for(int j=0;j<pre[v].size();j++){
		DFS(pre[v][j]);
	}
	tempPath.pop_back();
}
int main(){
	scanf("%d%d%d%d",&C,&N,&D,&M);
	int x,y,cost;
	C = C>>1; 
	fill(G[0],G[0]+maxn*maxn,INF);
	for(int i=1;i<=N;i++){
		scanf("%d",&dot[i]);
	}
	
	for(int i=1;i<=M;i++){
		scanf("%d%d%d",&x,&y,&cost);
		G[x][y]=cost;  //为无向图 
		G[y][x]=cost;
	} 
	Dijkstra(0);
	DFS(D); 
	
	printf("%d ",optN);
	for(int i=path.size()-1;i>=0;i--){
		printf(i==0?"%d":"%d->",path[i]);
	}
	printf(" %d\n",optT);
	return 0;
} 
全部评论

相关推荐

最终还是婉拒了小红书的offer,厚着脸皮回了字节。其实这次字节不管是组内的氛围、HR的沟通体验,都比之前好太多,开的薪资也还算过得去,这些都是让我下定决心的原因之一。但最核心的,还是抵不住对Agent的兴趣,选择了Ai&nbsp;Coding这么一个方向。因为很多大佬讲过,在未来比较火的还是属于那些更加垂类的Agent,而Ai&nbsp;Coding恰好是Coding&nbsp;Agent这么一个领域,本质上还是程序员群体和泛程序员群体这个圈子的。目前也已经在提前实习,也是全栈这么一个岗位。就像最近阿里P10针对前端后端等等不再那么区分,确实在Agent方向不太区分这个。尤其是我们自己做AI&nbsp;Coding的内容,基本上90%左右的内容都是AI生成的,AI代码仓库贡献率也是我们的指标之一。有人说他不好用,那肯定是用的姿态不太对。基本上用对Skill、Rules&nbsp;加上比较好的大模型基本都能Cover你的大部分需求,更别说Claude、Cursor这种目前看来Top水准的Coding工具了(叠甲:起码在我看来是这样)。所以不太区分的主要原因,还是针对一些例如Claude&nbsp;Code、Cursor、Trae、Codex、CC等一大堆,他们有很多新的概念和架构提出,我们往往需要快速验证(MVP版本)来看效果。而全栈就是这么快速验证的一个手段,加上Ai&nbsp;Coding的辅助,目前看起来问题不大(仅仅针对Agent而言)。而且Coding的产品形态往往是一个Plugin、Cli之类的,本质还是属于大前端领域。不过针对业务后端来看,区分还是有必要的。大家很多人也说Agent不就是Prompt提示词工程么?是的没错,本质上还是提示词。不过现在也衍生出一个新的Context&nbsp;Eneering,抽象成一种架构思想(类比框架、或者你们业务架构,参考商品有商品发布架构来提效)。本质还是提示词,但是就是能否最大化利用整个上下文窗口来提升效果,这个还是有很多探索空间和玩法的,例如Cursor的思想:上下文万物皆文件,&nbsp;CoWork之类的。后续也有一些Ralph&nbsp;Loop啥的,还有Coding里面的Coding&nbsp;Act姿态。这种才是比较核心的点,而不是你让AI生成的那提示词,然后调用了一下大模型那么简单;也不是dify、LangGraph搭建了一套workflow,从一个node走到另外一个node那么简单。Agent和WorkFLow还是两回事,大部分人也没能很好的区分这一点。不过很多人说AI泡沫啥啥啥的,我们ld也常把这句话挂在嘴边:“说AI泡沫还是太大了”诸如此类。我觉得在AI的时代,懂一点还是会好一点,所以润去字节了。目前的实习生活呢,除了修一些Tools的问题,还包括对比Claude、Cursor、Trae在某些源码实现思想上的点,看看能不能迁移过来,感觉还是比较有意思。不过目前组内还是主要Follow比较多,希望下一个阶段就做一些更有创新的事情哈哈。这就是一个牛马大学生的最终牧场,希望能好好的吧。说不定下次发的时候,正式AI泡沫结束,然后我又回归传统后端这么一个结局了。欢迎交流👏,有不对的🙅不要骂博主(浅薄的认知),可以私聊交流
码农索隆:和优秀的人,做有挑战的事
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务